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8500 Series Modular MDL Family 



Three Basic Design 
Environments 

Microcomputer design is cur- 
rently performed in three basic work 
environments. These are the 
single-user environment, the 
multiple-user environment, and the 
host computer environment. The 
Tektronix 8500 Series of Microcom- 
puter Development Labs offers a 
full complement of development 
tools for all three microcomputer 
design environments. In each case, 
the most advanced technology 
available has been incorporated 
into an 8500 Series microcomputer 
development system that gives 
maximum performance in its in- 
tended setting. In this manner, Tek- 
tronix provides unmatched support 
for both microcomputer software 
development and hardware/ 
software integration, no matter 
where it occurs. 

The 8550 IVIDL for the single 
user environment 

The 8550 MDL is a self- 
contained microcomputer devel- 
opment lab that gives complete 
supporttoone useratatime. Impor- 
tant features of the 8550 MDL in- 
clude a flexible filing system that 
easily adapts to any type of software 
project, high level language and 
assembly support with symbolic 
debugging for both 8-bit and 16-bit 
chips, real-time emulation to install 
developed software in the prototype 
hardware, and a powerful set of 
real-time debugging tools, includ- 
ing the Trigger Trace Analyzer for 
8-bit and 16-bit designs, and the 
Real-Time Prototype Analyzer for 
8-bit designs. 



The 8560 IVIDL for the 
multi-user environment 

The 8560 MDL is a full micro- 
computer software development 
lab that supports up to eight sepa- 
rate workstations. It's done through 
the 8560's powerful TNIX* operating 
system, a derivation of Bell Lab's 
UNIX'^'^Operating System Version 7 
that has been tailored specifically 
for team-oriented microcomputer 
development work. It includes a 
fast, flexible filing system for effec- 
tive data base management, ad- 
vanced command capability for 
streamlining software development 
tasks, and several optional utility 
packages such as text processing. 
The 8560 uses a powerful 16-bit 
CPU to control system resources. 
Software work stations consist of 
CRT terminals; and the 8540 Inte- 
gration Unit, which has full emula- 
tion and debugging capability, or 
the 8550 can be used for 
hardware/software integration. 




The 8540 Integration Unit 
for the host computer 
environment 

In the host computer environ- 
ment, a general purpose computer 
is used to support microcomputer- 
based design projects. The host 
computer's timesharing capability 
allows a number of designers at 
CRT terminals to simultaneously 
use the computer's facilities. Each 
designer has access to microcom- 
puter development tools such as 
editors, assemblers, and compil- 
ers. The 8540 Integration Unit ex- 
tends the host computer's micro- 
computer development support to 
include the task of hardware/ 
software integration. While the 8560 
or other host computer supports the 
software development task, the 
8540 is used to integrate, test and 
debug the prototype hardware. The 
8540 uses Real-Time Emulation, a 
fast and efficient integration tech- 
nique that uses an emulator pro- 
cessor identical in function to the 
one targeted for the prototype. For 
added real-time debugging, a 62- 
channel Trigger Trace Analyzer is 
available as an option. 

*TNIX is a trademark of Tektronix 
**UNIX is a trademark of Bell Laboratories 



8550 Microcomputer Development Lab 



The 8550 MDL is a completely 
self-contained microconnputer 
development system that gives full 
support to both software develop- 
ment and hardware/software inte- 
gration. For software development, 
the 8550 provides a wide range of 
sophisticated tools for fast, effective 
code generation. These include 
many 8-bit and 16-bit assemblers 
that support symbolic debugging, 
produce relocatable code and have 
powerful macro capabilities. High 
level language support includes 
Pascal compilers, and WIDU/Ji 
compilers, Tektronix enhanced form 
of BASIC with many microcomputer- 
oriented extensions. Also included 
are both a line-oriented editor and 
an Advanced CRT-oriented Editor. 
All software tools and files are 
managed by a highly flexible filing 
system that allows nesting to any 
level a project requires. Included 
are a linker and library generator to 
assist in modular code develop- 
ment. The 8550's two 1 Mbyte floppy 
discs provide more than adequate 
mass storage. 

For hardware/software inte- 
gration, the 8550 offers debugging 
tools that cover the full range of 
8500 Series support, both 8-bit and 
16-bit. All use Real-Time Emulation, 
a superior debugging technique 
that permits code execution in real- 
time, with no waits or stretched 
clock pulses added. Symbolic de- 
bugging allow easily identified 
labels to be substituted for numeri- 
cal addresses. Real-time debug- 
ging is available through the Real- 
time Prototype Analyzer (8-bit 
chips), and Trigger Trace Analyzer 
(16-bit and 8-bit chips) with state- 
of-the-art triggering capability. 
Program Entry and Editing 

Program entry and editing is 
accomplished via the standard 
line-oriented editor or the optional 
Advanced CRT-oriented Editor, so 
both line and screen-oriented edit- 
ing are allowed. 
Assembly and HLL Support 

The 8550's assembler pack- 
ages provide full code development 
support for a wide range of 8-bit and 
16-bit chips. Powerful macros allow 
the designer to access frequently 
used sets of code by name refer- 
ence. The linker, working with the 



relocating features of the assem- 
bler, links and locates multiple code 
segments into a complete executa- 
ble program. Additionally, a condi- 
tional assembly feature allows the 
designer to customize the final pro- 
gram by testing conditions to de- 
termine which of certain code seg- 
ments are to be assembled into the 
final program. Extensive English 
language diagnostics provide 
easy-to-understand error mes- 
sages and locate the line in which 
the error has occurred. When as- 
sembly is completed, the assem- 
bled code is stored on disc in a bi- 
nary format file. 

For selected chips, high level 
language support is available to in- 
crease your development power. 
One language offered is MDL/^a, a 
BASIC-like language created spe- 
cifically for microcomputer design. 
Another is Pascal, with its structured 
approach that readily adapts to mi- 
crocomputer software develop- 
ment. For both languages, Tektronix 
has added a full complement of ex- 
tensions that allow code manipula- 
tion at the microprocessor level, in- 
cluding access to interrupt vectors, 
individual memory locations and 
I/O ports. 

Program Development and 
Data File Management 

The 8550's DOS/50 operating 
system helps the designer manage 
all phases of program development 
and debugging. DOS/50 super- 
vises general I/O, file creation and 
maintenance, program assembly 
and compilation, program execu- 
tion, monitoring and debugging. 
Data management is simplified 
through a versatilefile management 
system, which allows the user to 
specify one main system directory, 
one root directory for each disc, and 
any number of sub-directories 
under the root directory. Data files 
may be created and entered di- 
rectly into the root directory. As files 
are accumulated, the user may or- 
ganize them into specific groups, 
each under its own specific direc- 
tory. This allows the user to logically 
organize his files according to spe- 
cific project needs. 



Advanced Debugging Tools 

The 8550 MDL also offers 
complete in-circuit emulation and 
hardware testing capabilities. With 
the appropriate prototype control 
probe forthe target microprocessor, 
the user can transfer control from 
the 8550 to the prototype one block 
at a time, debugging at every stage. 
The Real-Time Prototype Analyzer 
option provides an invaluable tool 
for verifying and correcting execu- 
tion of the program in real time. Its 
hardware trace function captures 
bus information from the program as 
it executes. This information can 
then be displayed in a trace format, 
or used to trigger a break in execu- 
tion, time a program segment, or 
signal an external device such as a 
logic analyzer. 

For 16-bit and 8-bit designs, 
the Trigger Trace Analyzer uses a 
high speed trace buffer capable of 
working with bus cycle speeds up 
to 8 MHz. The buffer is 62 bits wide 
to capture 16 data bits, 24 address 
bits, 14 emulator-dependent bits, 
and 8-bits from external hardware. 
Up to four independent events can 
be combined in both logical and 
sequential combinations to form a 
breakpoint or data storage trigger. 
The events themselves can be de- 
fined from a combination of, bus 
data, pass delay counters, and an 
external qualifier. Each event can 
also initiate its own externa! output 
to trigger other instruments such as 
oscilloscopes and logic analyzers. 
The Trigger Trace Analyzer al- 
lows a powerful and diverse set of 
debugging operations. For in- 
stance, the real-time length of an 
interrupt service routine can be 
measured while simultaneously 
counting the number of assertions 
from a second interrupt source. Or 
the maximum depth of a stack dur- 
ing program execution can be de- 
termined. To optimize code per- 
formance, the read or writes within 
any given address range can be iso- 
lated and counted, thus identifying 
heavily used areas to be receded in 
assembly language. . 



Real Time Emulation — Three 
Emulation Modes 

After an error-free assembly 
listing has been obtained, the result- 
ing object code may be executed in 
syjstem emulation mode on the op- 
tional emulator processor. The 
emulator processor is identical in 
function to the microprocessor that 
will finally be installed in the user's 
prototype. Execution is performed 
under control of the debug system; 
during execution, program steps 
can be traced, software breakpoints 
can be set, and memory can be 
examined and changed as re- 
quired. Should an error be discov- 
ered, that portion of the program 
can be corrected at the source level 
using the text editor. It can then be 
reassembled and executed again. 
This procedure continues until the 
program is correct. 

After the software has been 
debugged, it may be exercised on 
the prototype circuitry in the partial 
emulation mode (mode 1). During 
partial emulation, control may be re- 
leased from the 8550 to the pro- 
totype in stages. The development 
software runs using 8550 memory 
space and prototype I/O and clock. 
The 8550 memory mapping feature 
allows code to be gradually map- 
ped over to the prototype's memory 
in manageable blocks. Throughout 
partial emulation, the user has ac- 
cess to prototype circuitry through 
the debugging system, which ena- 
bles him, as before, to trace, set 
breakpoints, examine and change 
memory and register contents. 

In full emulation (mode 2) the 
program is run on the prototype, but 
program execution is still under the 
complete control of the debug sys- 
tem. All I/O and timing functions are 
directed to the prototype; all mem- 
ory has been mapped over to the 
prototype; and only the prototype 
control probe is still in place, emulat- 
ing the target microprocessor. Al- 
though the prototype is effectively 
free-standing, the user may still di- 
rect program activity from the 8550. 



8550 Parts and Functions 

Fig.1 






User 
Prototype 






Prototype 
Memory 













8550 CHARACTERISTICS 



8301 MICROPROCESSOR 
DEVELOPMENT UNIT 

Physical 

11 in 

17in 

23 in 

60 lbs 



Height 
Width 
Length 
Net Weight 



(280 mm) 

(430 mm) 

(585 mm) 

(27 kg) 



ENVIRONMENTAL 

Operating 

Temperature 32°Fto 122°F(0°Cto 

50°C) 
Humidity 90% @ 86°F to 140°F 

(30°C to 60°C) 

Altitude 
Operating to 15,000 ft 

(4,500 m) 
Storage to 50,000 ft 

(15,000 m) 

POWER REQUIREMENTS 

1 15 V ac (90 V ac-132 V ac) @ 48 to 
66 Hz. 

230 V ac (180 V ac-250 V) @ 48 to 
66 Hz. 

Outputs 

5.2 V do + 1%/-2%@35.0A 
+ 12 V do + 0/-5%@1.7A 
-12Vdc + 0/-5%@1.7A 



8501 DATA 
MANAGEMENT UNIT 

Physical 

Height 10.5 in (267 mm) 

Width 16.8 in (424 mm) 

Length 23.5 in (597 mm) 

Net Weight 55 1b (25 kg) 



ENVIRONMENTAL 



Operating 
Temperature 

Humidity 

Altitude 
Operating 



Storage 



50°Fto104°F 
(10°Cto40°C) 
20% to 80% relative 
noncondensing 

to 8,000 ft (2500 m) 
Derate max operating 
temp, by 1°C for each 
300 m above 2400 m. 
to 50,000 ft 
(15,000 m) 



POWER REQUIREMENTS 

1 15 V ac (90-127 V RMS) @ 50 Hz 

±1 % or 60 Hz ±1 %. 230 V ac (180- 

250 V RMS) @ 50 Hz ±1 % or 60 Hz 

±1%. 

Outputs 

24Vdc±5%@2A 

12Vdc±3%@4A 

-12 V do ±5% @ 540 mA 

5 V do ±5% @ 20 A 

15 V do ±10% @ 20 mA 

Output Ripple 

24 V do lOOmV(p-p) 

±12Vdc 120mV(p-p) 
15 V do 50mV(p-p) 

15V'dc lOOmV(p-p) 

Overload Protection 

Automatic current limit foldback. 

FLEX DISC 
CHARACTERISTICS 

Encoding — IBM compatible single 
or double density Format must qual- 
ify as follows: MFM sectors — 256 
bytes. FM sectors — 128 bytes. 
Diskette Type — Single or double 
sided, soft sectored. 
Capacity — 

Double sided, double density 
1,021,696 bytes. 
Single sided, double density 
509,184 bytes. 
Single sided, single density 
256,256 bytes. 




8560 Multi-User Software Development Unit 



The Tektronix 8560 is a multi- 
user development system that, 
when used in conjunction with an 
8540 Integration Unit, covers the en- 
tire microcomputer design process, 
from software development through 
hardware/software integration. At 
the same time, it allows maximum 
design flexibility by supporting a 
broad range of chips at both the 
8-bit and 16-bit levels. The 8560's 
multi-user capability offers numer- 
ous advantages to the design team, 
such as lower cost per user, shared 
software and hardware resources, 
unified project management and 
enhanced security 

The heart of the 8560 is a 
minicomputer running under TNIX,* 
a derivation of UNIX** the powerful 
Operating System designed by Bell 
Laboratories. The CPU is an LSI 
11/23 that operates in conjunction 
with two I/O processors for high 
performance throughput. A sepa- 
rate board is included to control two 
spooling line printers. System 
memory is 128K bytes (expandable 
to 256K bytes), and mass storage 
includes a 1 Mbyte floppy disc and 
a 35.6 Mbyte (formatted) Winches- 
ter hard disc. The I/O processors 
support baud rates up to 9600 bps, 
providing wide flexibility when inter- 
facing with various terminals. 

Software work stations each 
consist of a standard RS-232C CRT 
terminal, with the Tektronix CT8500 
being recommended. In this man- 
ner, the system's software devel- 
opment capability can be ex- 
panded by simply adding termi- 
nals. Integration stations each con- 
sist of a Tektronix 8540 Integration 
Unit, which has built-in high-speed 
serial communications compatibil- 
ity with the 8560 or an 8550 MDL. 

For added flexibility the 8560 
can be configured with the 8540's 
and 8550's in several different 
communications modes. The 8540 
can be connected in-line with a ter- 
minal to a single 8560 port, or with- 
out a terminal to a separate port. In 
eitherconfiguration, ausercan con- 
trol any 8540 in the system including 
several units at the same time. In 
addition, it is possible to use many 
of the 8560's powerful command 
resources when debugging with the 
8540. This includes the ability to use 
the 8560's hardware and software 
for I/O simulation in the early states 
of debugging. 



The 8560 will support up to 
two line printers, with the Tektronix 
4643 being recommended. The line 
printers will both operate in the 
spooling mode, so as not to tie up 
the users' terminals while printing. 
TNIX Operating System 

Running under the TNIX oper- 
ating system, the 8560 can include 
a wide variety of software design 
tools offered by Tektronix. These in- 
clude macro assemblers and com- 
pilers'^*'^ for both 8-bit and 16-bit 
chips; loader/linkers to combine ob- 
ject files into executable object 
code; and several types of editors, 
including an advanced screen- 
oriented version. There is also a text 
processing package that can be a 
valuable aid to software documen- 
tation, and a number of utility pack- 
ages to expand system capabilities 
in various ways. 

The 8560's TNIX operating 
system was derived directly from 
Bell Laboratories' UNIX Operating 
System, an operating system that 
has gained widespread accept- 
ance throughout the computer 
world. TNIX takes all the proven ad- 
vantages of UNIX and applies them 
directly to the specific tasks re- 
quired during microcomputer 
design. 

TNIX includes a hierarchical 
filing system that greatly enhances 
the ease and speed of filing opera- 
tions. It is organized with a "root" 
directory on top and descending 
levels of priority underneath. Each 
level may contain either files or di- 
rectories that point to more files on a 
lower level. 

TNIX also provides a sophisti- 
cated system of read/write protec- 
tion that guards user material but 
retains the inter-file access needed 
to enhance productivity Each user 
can specify read, write, or execute 
protection on any of three levels: 
user, user's group or public. This 
way files can first be completely 
protected while under initial devel- 
opment, then released to those 
working on related sections of the 
program, and finally released to the 
entire project after debugging is 
completed. To enhance communi- 
cation between users, TNIX in- 
cludes a system of electronic mail 
that lets team members send mes- 
sages to one another. It also allows 
direct communication between two 
users at separate terminals, plus the 



ability to broadcast a single mes- 
sage to all terminals. These various 
communications modes can be a 
valuable asset to both team mem- 
bers and team management. 
Powerful command structures 
simplify software development 
and integration 

TNIX uses an extremely flexi- 
ble command structure, one that 
permits effective programming at 
the expert level as well as the be- 
ginner level. In all cases, TNIX 
commands let the user concentrate 
on software design instead of sys- 
tem manipulation. One simple, but 
very powerful TNIX command op- 
eration is pipelining. It permits the 
output of one command to act as 
the input to another. At an even 
higher level of refinement, TNIX 
permits the construction of intelli- 
gent command files that can be 
called by the user and executed 
as a single unit. 

Other TNIX command features 
include full read-ahead which lets 
the user type in commands as fast 
as possible, without waiting for pre- 
vious commands to finish. Another 
time saver is job prioritization, which 
lets the user concurrently run sev- 
eral jobs which may be at different 
levels of priority For instance, a 
compilation could be detached and 
run in the background while the user 
went on to start editing a new 
source file. This feature saves time 
while making more intelligent use of 
the system's resources. 

To optimize the user interface, 
TNIX includes a special amenity 
called GUIDE, which combines the 
best features of both menu-driven 
and command-driven systems. 
GUIDE lets the user select any sys- 
tem operation from a menu display 
and then automatically completes 
the operation. At any time, the user 
can exit from GUIDE and escape 
back to TNIX and its user-driven 
command format. This way the user 
can employ the menu as a learning 
tool, but is able to depart to the regu- 
lar TNIX command formatter more 
sophisticated operation. 

*TNIX is a trademark of Tektronix 

**UNIX is a trademark of Bell Laboratories 

***Available2nd quarter, 1982 



Automatic module 
combination cuts complexity 

During debugging, software 
modules that exhibit defects must 
have corrections entered into their 
original source code files. Before 
debugging can resume, all files af- 
fected by the changed source 
modules must be recompiled or 
reassembled into new, updated ob- 
ject code modules. Otherwise, new 
and old versions of the interdepen- 
dent object modules will be mixed. 

To streamline debugging, 
TNIX includes a special feature 
called 'make" which uses a control 
file to oversee the modular combi- 
nation process and ensure that all 
modules are of the most recent ver- 
sion when combined for execution. 
"Make" can cut recompiling or reas- 
sembling time to an absolute mini- 
mum by performing these opera- 
tions only on files that actually re- 
quire it. 

Advanced software 
development tools 

The 8560 MDL system offers a 
large selection of software devel- 
opment tools that can be run under 
TNIX. These include a variety of 
8-bit and 1 6-bit assemblers with fea- 
tures such as macro capability 
conditional assembly and relocata- 
ble code. Also 16-bit compilers with 
features like structured constants, 
bit manipulation and re-entrant 
code. 

Other specialized tools in- 
clude a loader/linker, and a library 
generatory Also two types of 
editors, including an advanced 
CRT-oriented editor that allows fast, 
efficient text manipulation at both 
the line and character level. 

In addition, there are a number 
of 8560 system utility packages 
available that offer advanced sup- 
port to microcomputer design proj- 
ects. Among these is atext process- 
ing package that can be a valuable 
aid when documenting software, 
and native programming package 
for developing your own 8560 
software. 
Hardware/ Software Integration 

To handle hardware/software 
integration tasks, the 8560 is op- 
timized to use the Tektronix 8540 
Integration Unit as peripheral work 
station. Once code targeted for the 
prototype has been assembled or 
compiled and linked into executa- 
ble object modules, it is loaded into 
the 8540's program memory via a 
high-speed interface. The code can 
now be gradually introduced to the 



hardware using Real-Time Emula- 
tion, a powerful debugging method 
that employs a processor identical 
in function to the one targeted for 
the prototype. 

Data captured by the 8540 
during debugging and testing can 
be displayed on the console termi- 
nal, the line printer, or routed to the 
8560 for further processing. 

Real-Time Emulation takes 
place in three progressive modes, 
all under the control of the 8540's 
debug software. During the first 
mode, all code is executed out of 
the 8540's program memory with 
I/O simulated by software insertions 
that use 8560 peripherals or files for 
input and output. In this manner, 
prototype software debugging can 
begin even before the hardware 
becomes available. During the 
second mode, I/O and clock func- 
tions are transferred from the 8540 
to the prototype, and code can be 
mapped over to the prototype 
memory in manageable blocks as it 
is debugged. A control probe now 
connects the emulator processor to 
the vacant processor socket on the 
prototype board. During the final 
mode, all code is installed in the 



prototype memory as well as clock 
and l/Ofunctions.Throughthe con- 
trol probe, the 8540 can now exer- 
cise prototype hardware in the 
same manner that it will function 
when standing alone. 

During all three modes of emu- 
lation, the 8540's powerful debug 
software can be applied. Break- 
points can be set using mnemonic 
symbols for key program locations. 
The status of processor registers 
can be examined on a cycle-by- 
cycle basis. All registers and mem- 
ory locations can be examined and 
modified. And for detailed analysis 
of real-time execution on the pro- 
totype bus and selected hardware 
points, an optional Trigger Trace 
Analyzer is available with four pow- 
erful trigger channels that allow 
highly selective data acquisition. 

For added power during de- 
bugging, the 8540's resident com- 
mand set is also included as part of 
the TNIX command set. This allows 
the full range of TNIX command 
manipulation features to be applied 
to 8540-based operations. It is even 
possible to intermix conventional 
TNIX and 8540 commands in a 
single command structure. 



8560 Physical, Environmental and Electrical Characteristics 
PHYSICAL CHARACTERISTICS 

Height 

H1 
H2 
Width 

Length 

L1 23.3 inches 

L2 25.4 inches 

Weight 72.5 lbs. 

ENVIRONMENTAL CHARACTERISTICS 



10.5 inches 
11.1 inches 
16.8 inches 



(267 mm) 
(282 mm) 
(428 mm) 

(593 mm) 

(646 mm) 

(33 kg) 



1) Atmospheric 

Ambient temperature 
Relative humidity 

Temp, rate of change 

2) Altitude 

Operating 

3) Storage 

Static Discharge 
Operating 



Operating 

10to40°C 
20 to 80% 
(non-condensing) 

1°C/5 minutes max 



Storage 

-10to65°C 
10 to 80% 
(non-condensing) 
24°C/hourmax 



to 8,000 feet (2 500 m). Derate max temp 
by 1 °C for each 300 m above 2 400 m. 
to 40,000 ft (12 200 m). 

to 12.5 KV without effect on equipment 

operation. 

to 12.5 KV without hard failures. 



ELECTRICAL CHARACTERISTICS 

Power Requirements 

115 V Nominal (90-132 VRMS) 



or 



230 V Nominal (180-250 VRMS) 
Line Frequence Range: 48-66 Hz 
Power Consumption 
430 Watts Max. 



8540 Integration Unit 



The Tektronix 8540 Integration 
Unit is used with a 8560 Multi-user 
Software Development Unit or a 
General Host Computer, to inte- 
grate, test and debug micro- 
processor based software. The 
8540 supports the hardware and 
software integration phase of a 
microprocessor/microcomputer 
based design. The Tektronix 8560 
or other host computer supports the 
software development task. 
Application 

8540 support is employed 
when the software has been devel- 
oped to the object code level and is 
ready to be tested with the hard- 
ware. The object code binary pro- 
gram is downloaded to the 8540 
and stored in its resident program 
memory or, if available, in the 
prototype's own memory If the 
prototype hardware is not available, 
the software can be executed on the 
8540 emulator processor using 
Mode emulation. 

A wide variety of emulators are 
available for in-circuit testing and 
debugging. For in-circuit testing, 
the emulator probe replaces the 
microprocessor chip in the proto- 
type. In emulation mode 1 or mode 
2, the software can interact directly 
with the prototype hardware. 

The designer controls and 
monitors the testing process via a 
CRT Terminal like the Tektronix 
CT8500. 
Blocic Diagram 

As shown in figure 2, a block 
diagram of the 8540, the complete 
operating system is contained in 
125K byte PROM/ROM memory 
The operating system is loaded 
from PROM and executed in the 
64K-byte system memory User 
symbol table information is also 
stored in system memory 

Part of the 8540 memory sys- 
tem also contains a non-volatile 
EEPROM buffer to store command 
strings and firmware update infor- 
mation. Complex and repeated 
command sequences can be per- 
manently stored and then recalled 
by employing one user-definable 
string name. The EEPROM is also 
used to store update information for 
firmware maintenance. 

The 8540 also includes 32K 
bytes of static program memory for 



use by the emulator processor. The 
static program memory can be ex- 
panded to 256K bytes and with the 
optional Memory Allocation Control- 
ler, segments of this memory can be 
mapped anywhere in the emulator 
processor's address range. 
8540 System Configuration 
Local Interface Configuration. The 
8540 Integration Unit connects to 
the 8560 Multi-user Software Devel- 
opment Unit via a high speed serial 
interface. Interconnecting cable 
lengths of up to 2,000 feet can be 
accommodated without perform- 
ance degradation. A specialized 



interface protocol is used between 
the 8540 and the 8560 to eliminate 
any errors that might occur in the 
transmission process. 
Remote Interface Configuration. For 
remote configurations (greater than 
2,000 feet), the 8540 can be con- 
nected to the 8560 via RS-232 
compatible data sets. Typical in- 
termediate range data sets can be 
used over dedicated lines for dis- 
tances of approximately 8 kilomet- 
ers (5 miles) at data rates up to 9600 
baud. For longer distances, data 
sets can also be used in conjunc- 
tion with dial-up phone lines. 



8540 Block Diagram 

FIG. 2 

Note: Dashed lines indicate 
optional equipnnent. 
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Operating Modes 

The Tektronix CT8500 CRT 
Terminal (or a usersupplied RS-232 
terminal) is the user's interface with 
the 8540/8560 system. 8540 & 8560 
commands that are entered from 
the terminal are routed first to the 
8560. The 8560 processes each 
command line and routes 8540 
commandstothe appropriate 8540. 
This allows commands to be inter- 
mixed on a single line and also 
gives the user the ability to control 
any 8540 (or several 8540s) in the 
system. (The 8540 can be confi- 
gured to operate through a separate 
8560 port with no terminal at- 
tached.) A local mode is also avail- 
able so user can communicate di- 
rectly with the 8540. 
8540 (With Option 1 Comm 
Interface) Host Computer 
Configuration 

The 8540 Integration Unit is in- 
terfaced to a host computer via an 
RS-232 serial port. Data bytes are 
ASCII encoded and transmitted 
asynchronously at speeds up to 
9600 baud between the 8540 and 
the host computer. For local inter- 
face configurations (up to 50 feet), 
the 8540 can be hardwired directly 



to the host computer using a stand- 
ard RS-232 cable. For remote con- 
figurations (more than 50 feet) the 
8540 interfaces to the host com- 
puter via a data set arrangement. 
Data sets can connect over moder- 
ate distances using dedicated lines 
or virtually unlimited distances with 
conventional phone lines. 

The 8540 can communicate 
with a host computer in several 
modes including: 

Local Mode. In this mode the 
terminal communicates directly with 
the 8540 operating system to con- 
trol the emulation and debugging 
process. 

Terminal Transparent Mode. In 
this mode the terminal communi- 
cates with a host computer using 
standard protocol; keyboard data is 
transmitted to the host and host 
data is displayed on the terminal's 
display screen. 

Formatted Upload/Download. 
In this mode microprocessor object 
code is transferred between the 
host computer and the 8540 pro- 
gram (emulation) memory Binary 
data is encoded into Extended 
TEKHEX format and transmitted in 



message blocks. Checksum infor- 
mation is also included in the mes- 
sage blocks to allow detection of 
communication errors. 

Details of TEKHEX encoding 
and protocol are included in the 
8540 System Users Manual. 
Emulation Support 

When a program is ready for 
testing, the object module is 
downloaded from the host com- 
puter (or 8560) into 8540 emulator 
memory When a symbol table is in- 
cluded with the object module, it is 
also downloaded and stored in a 
separate portion of system memory. 
Program symbols can then be used 
to reference memory locations in- 
stead of the absolute addresses. 

The object code is now exe- 
cuted by the emulator processor 
under control of the 8540 debug- 
ging system. Trace displays to the 
screen (or line printer) show all per- 
tinent information including instruc- 
tion mnemonics, processor status 
and any program symbols. The user 
can set breakpoints to stop in criti- 
cal sections or use the trace display 
to show selected instructions or ad- 
dress ranges. 
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There are three progressive 
emulation modes available in the 
8540. In the first (mode 0) the 8540 
supplies all memory, clock, and 
interface signals to the emulator 
processor. No prototype hardware 
is required. In the second (mode 1) 
the clock and interface signals are 
provided by the prototype hard- 
ware. The emulator processor con- 
nects to the prototype micro- 
processor socket via the prototype 
control probe. The program under 
test still resides in the 8540 but as 
debugging progresses, it can be 
gradually transferred (mapped) 
over to the prototype's memory. In 
thethird (mode 2) all of the program 
is transferred to prototype memory 
The 8540 still maintains control of 
program execution through the de- 
bugging system. For more specific 
emulator support information, refer 
to the appropriate data sheet for 
each (supported) emulator. 



Diagnostics 

The 8540 has a complete 
diagnostic subsystem. On each 
power-up cycle, diagnostic 
firmware checks all available 8540 
memory and verifies that all boards 
are functional. 
Trigger Trace Analyzer 
(Optional) 

The Trigger Trace Analyzer 
(TTA), optional equipment for the 
8540 is a powerful debugging tool. 
It monitors program flow in real time 
and allows sophisticated control 
and analysis of the emulator pro- 
cessor. The TTA stores program in- 
formation in a high-speed 255- 
event buffer. Each event contains 
62-bits of information: up to 24-bits 
of address, 16-bits of data, up to 
14-bits of processor information, 
and 8-bits of external probe infor- 
mation. TTA information is dis- 
played on the terminal in processor 
specific mnemonics along with all 
pertinent register and flag informa- 
tion. 



PROM Programmer (Optional) 

The PROM Programmer, op- 
tional equipment for the 8540 is a 
general purpose controller unit with 
plug-in adapter modules. Each 
module supports a group of similar 
programmable devices. Functions 
include: READ, WRITE and COM- 
PARE. 
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8540 General Specifications 

Operating System (Software): 

DOS/50 derivative (contained in 8k 
PROM/ROM's) i.e., 96k bytes, 
command interpreter and kernel 
20k bytes diagnostics; 4k bytes 
patch and command storage 
(EEPROM) 

Card Slot Usage 
Standard Boards: 

system controller 
emulator controller 
system memory (64k RAM) 
program memory (32k RAM) 
system memory (224k PROM/ 
ROM capacity) 

Empty Board Slots: 

system side = 1 slot 
program side = 11 slots 

Electrical Characteristics 
Nominal Operating Voltage: 115 Vac 

and 230 Vac at 60 Hz 

Power Requirements: 700 W max 

Line Voltage Ranges: 90 to 132 Vac 

and 180 to 250 Vac 

Line Frequency Range: 48 to 66 Hz 

I/O Ports 

I/O Ports: J100 (8560 Interface) 
J101 (remote DTE male); J102 (re- 
mote DOE female) J103 (Line 
Printer, Aux); J104 (Terminal) 

I/O Port Data Rates: 

JIOO(HSI) = 153.6k baud 
J101, J102, J103, J104 = 110/ext 
CLK, 150, 300, 600, 1200, 2400, 
4800, 9600 baud 

Reliability 

MTBF: 6700 hr (calculated) 
MTTR Board: 0.5 hr. 
MTTR Component: 1.5 hr. 

Standards Compliance: UL1244; 
CSA Bulletin 556B; IEC348 



Environmental Characteristics 

Temperature Range 
Operating: 0°C to 50°C (32°F to 
122°F) 

Storage: 55°C to 75°C (67°F to 
167°F) 

Altitude Range 
Operating: Sea level to 4500 m 
(15,000 ft) 

Storage: Sea level to 15,000 m 
(50,000 ft) 

Humidity: to 90% non- 
condensing (0 to 50°C) 

Physical Characteristics 
Cabinet Dimensions: 

Height = 280 mm (11 in) 
Width = 430 mm (17 in) 
Depth = 585 mm (23 in) 

Cabinet Weight: 26 kg (57.5 lb) 
Shipping Weight: 35 kg {11. b \by 

Cabinet Color: 3 tone; ivory/gray 
smoke tan, earth brown 
"Standard configuration only no 
options. 

RS-232 Communications 
Interface (Option 1) 

Interface signals are routed to 
and from the 8540 system controller 
board via rear panel connectors 
J101 (male) and J102 (female). 
Table 2 lists the J101/J102 pin num- 
bers and corresponding signal 
names and descriptions. Baud rate 
on transmitted data and received 
data is selectable from 1 1 to 9600 
baud. All signals are RS-232-C 
compatible. 




Table 2. Inter 


face signals ( 


Option 1, Comm Interface) 




Signal 


J101 


J102 




Name 


Circuit 


DTE 


DOE 


Pin 


GND 


AA 


Protective 
ground 


Protective 
ground 


1 


Tx 


BA 


Out 


In 


2^ 


Rx 


BB 


In 


Out 


3^ 


RTS 


GA 


Out^ 


In^ 


4 


CTS 


CB 


In^ 


Out^ 


5 


DSR 


CG 


iRf 


Out 


6 


GND 


AB 


Signal 
ground 


Signal 
ground 


7 


DCD 


GF 


In^ 


Out 


8 


DTP 


GD 


Out 


In^ 


20 



^ Selectable, 110-9600 baud 

b DTE 1 , DTE 2 modes; goes high when data to send 

<= DCE mode; must be high before 8540 accepts data 

d DTE 1 mode; must be high before 8540 sends data 

^ DCE mode; goes low when 8540 sends data 

f DTE 2 mode; must be high before 8540 sends data 

9 DTE 1 , DTE 2 mode; must be high before 8540 accepts data 

h DCE mode; must be high before 8540 sends data 
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Emulator Processor and 
Prototype Control Probe 
Support Packages 

The 8500 Microprocessor 
Development Lab family support a 
wide variety of different micro- 
processors and microcomputers. 
Emulators 

Emulator packages may be 
ordered as systems options. These 
options provide the capabilities 
necessary to fully emulate the target 
microprocessor in a user's proto- 
type system. 

The emulator processor, 
which resides on a plug-in circuit 
module along with controlling logic 
circuitry enables the user to exe- 
cute and debug the program on a 
microprocessor identical to the one 
which will be used in the prototype, 
while giving him access up to 256K 
bytes of Microprocessor Lab pro- 
gram memory 

Software execution is per- 
formed under control of DOS-50 in 
the 8550 system, and under control 
of TNIX in the 8560 system. During 
software development, DOS-50 al- 
lows the creation of a tree-like file 
structure with subdirectories to 
whatever nesting level a project re- 
quires. When converting source 
code to object code, it provides 
complete supervision of assembly 
or compilation procedures. During 
hardware/software integration, 
DOS-50 handles prototype execu- 
tion monitoring and debugging op- 
erations. It also takes care of gen- 
eral I/O, intersystem communica- 
tion and PROM programming. 

TNIX, the operating system 
used in the 8560 system uses 
timesharing to apportion system 
resources among up to eight work- 
stations plus system utilities. A 
hierarchial-type filing system is 
used that groups files and di- 
rectories logically Each file carries 
a date/time attribute to help confirm 
that the proper version is being ac- 
cessed. A security system allows 
password protection, multiple-user 
file access, and work copies ac- 
cording to current project needs. 



Probes 

The prototype control probe 
connects the emulator processor 
card to the prototype micro- 
processor, and allows a designer to 
transfer program control in three 
stages from the 8550 or 8560/8540 
MDLto the prototype. 

All emulation operations are 
controlled by the powerful Micro- 
processor Lab system software. 
The user is able to monitor program 
execution, set software break- 
points, examine and change mem- 
ory and register contents. Debug 
trace information is displayed in a 
format unique to the micro- 
processor, with instruction fetches 
disassembled into mnemonics for 
easy interpretation. 
Three Emulation Modes 

Once an object code file has 
been created, the program may be 
exercised in system mode 0. During 
execution, program steps can be 
traced, hardware breakpoints can 
be set, and memory can be 
examined and changed as re- 
quired. Should an error be discov- 
ered, that portion of the program 
can be corrected at the source level 
using the text editor. Object code 
can then be reassembled and re- 
executed. This procedure con- 
tinues until the developmental 
software program is complete and 
can be executed without errors. 



After the developmental 
software has been debugged, it 
may be exercised on the prototype 
circuitry (mode 1). During partial 
emulation, control may be released 
in stages to the prototype. Devel- 
opmental software is sequenced 
using the emulator memory space 
and the prototype I/O and clock. 
The memory mapping feature al- 
lows code to be gradually mapped 
over to the prototype's memory in 
blocks. Throughout partial emula- 
tion, the program designer has ac- 
cess to prototype circuitry This ac- 
cess enables the examination and 
changing of memory and register 
contents, hardware tracing, and set- 
ting of breakpoints. 

In full emulation, mode 2, the 
developmental software program is 
run on the prototype, but program 
execution is still underthe complete 
control of the 8550 MDL or 8540 
system. All I/O and timing functions 
are directed by the prototype and all 
memory has been mapped over to 
it. The Prototype Control Probe is 
connected and still emulating the 
prototype microprocessor. Al- 
though the prototype is effectively 
free-standing, the designer may still 
direct program activity from the 
console terminal. 
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8080A and 8085A Emulator Processors and 
Prototype Control Probes 

8080/8080 A and 8085/8085 A refer to microprocessors manufactured by Intel Corporation. Tektronix, Inc. does not guarantee that ottier vendors' versions of the 8080/8085 will be 
compatible with the Tektronix Microprocessor Labs. 



BOBOA Emulator Support 
Package Characteristics 

PHYSICAL CHARACTERISTICS 
Length: 6-foot cable from the 
Emulator Processor to the interface 
assembly. 1 .5-foot cable from the 
interface assembly to the 40-pin 
plug. 

Configuration, 6-foot cable: Two 
40-conductor groundplane ribbon 
cables with chassis groundplane 
and signal paths. 

Configuration, 1.5-foot cable: Two 

twisted pair of 40-conductor 
cables. 

Termination, 6-foot cable: The inter- 
face assembly contains resistive 
termination and receivers for data, 
address and control from the 
Emulator Processor module. (The 
15-foot cable is not terminated.) 

AC CHARACTERISTICS 
Emulation Clock 

Mode 1 or Mode 6.25 MHz max ; 



2 (user's clock) 

with 8085A 

prototype 

control probe. 
Mode (system 

clock) 



crystal, RC 
timing network 
or TTL input to 
X1. 
6.25 MHz ± 
0.01%. 



B0B5A Emulator Support 
Package Characteristics 

PHYSICAL CHARACTERISTICS 
Length: 6-foot cable from the 
Emulator Processor to the interface 
assembly 1-foot cable from the 
interface assembly to the 40-pin 
plug. 

Configuration, 6-foot cable: Two 

40-conductor ribbon cables with 
chassis groundplane and signal 
paths. 

Configuration, 1-foot cable: Two 

twisted pair of 40-conductor 
cables. 

Termination, 6-foot cable: The inter- 
face assembly contains receivers 
for data, address and control from 
the Emulator Processor module. 
(The 1-foot cable is not terminated.) 



TIMING CHARACTERISTICS 

Representative 8080A Emulator 8080A Microprocessor 

Timing Differences 







Processor 


Emu 


lator^ 




Symbol 


Parameter 


Min. 


Max. 


Min. 


Max. 


Unit 


^CY 


Clock Period 


.48 


2.0 


.48 


2.0 


/xs 


v^ 


CLK Rise and Fall Time 





50 





50 


ns 


^DA 


Address Output Delay from (^2 




200 




185 


ns 


tDD 


Data Output Delay 
from (/)2 




220 




220 




^DC 


Signal Output Delay from (/)1 
or 02 (SYNC, WR, WAIT HLDA) 




128 




165 


ns 


^DF 


DBIN Delay from (/)2 


25 


140 


40 


180 


ns 


^Dl 


Delay for Input Bus to Enter 
Input Mode 




^DF 


48 


205 


ns 


^DSI 


Data Setup Time during 01 
and DBIN 


30 




69 




ns 


tDS2 


Data Setup Time to 02 
During DBIN 


150 




189 




ns 


^DH 


Data Hold Time from 02 
during DBIN 


b 




b 




ns 


t|E 


1 NTE Output Delay from 02 




200 




255 


ns 


RS 


READY Setup Time during 02 


120 




130 




ns 


^HS 


HOLD Setup Time to 02 


140 




180 




ns 


^IS 


INT Setup Time during 02 
(during 0(1) in Halt Mode) 


120 




190 




ns 




Hold Tme from 02 (READY 

INT HOLD) 
Delay to Float during Hold 

(Address and Data Bus) 





120 


c . 


d 


ns 


^AW 


Address Stable Prior to WR 


e 




f 




ns 


^DW 


Output Data Stable Prior to WR 


g 




h 




ns 


^WD 


Output Data Stable from WR 


i 




j 




ns 


tWA 


Address Stable from WR 


i 




J 




ns 


^HF 


HLDA to Float Delay 


k 




d 




ns 


^WF 


WR to Float Delay 


1 




d 




ns 


^AH 


Address Hold Time after DBIN 


-20 




-50 




ns 



a. All emulator delays are given with reference to 01 and 2 as applied to the emulator CPU, The delay from 
the prototype 01 and 02 to the CPU 01 and 02 is 98 ns (maximum) and 34 ns (minimum). 

b. Data input should be enabled with DBIN status. No bus conflict can then occur and data hold time is 
assured. *DH = 50 ns or *DF whichever is less. 

c. READY = - 10 ns minimum INT = - 30 ns minimum HOLD = - 15 ns minimum 

d. Emulator address and data bus float is based upon (HLDA x DBIN). Maximum float delay is 220 ns after 
the rising edge of 01 for non-DBIN cycles and 210 ns after the rising edge of 2 for DBIN cycles. 

e. tAW = 2tcY - tD3 - V02 - 140 ns 

f. ^AW = 2tCY - tD3 - tr02 - 1 30 ns 

g. ^DW = *CY - tD3 - V02 - 1 70 ns 
h. tDW = tCY - tr02 - 175 ns 

i. If not HLDA, ^WD = *WA = *D3 + V02 + 1 ns 
j. If not HLDA, ^WD = ^Wa = 'CY - V02 - 20 ns 
k. tHF = *D3 + V0$ - 50 ns 
I. tWF-*D3 + V02- 10 ns 
Timing Assumptions 

1 . CPU timing reference Intel Component Data Catalog (1 979). 

2. All emulator timing is relative to clock at emulator CPU. See Note^for CLK delays for prototype. 

3. Emulator delays are calculated from maximum values in the second edition of The TTL Data Book for 
Design Engineers, published by Texas Instruments, and minimum delays equal to 20 percent of maximum. 



ifHLDA,*WD = tWA = *WF 
if HLDA, see noted 
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TIMING CHARACTERISTICS 

Representative 8085 Emulator 8085 Microprocessor 

Timing Differences 







Processor 


Emulator^ 




Symbol 


Parameter 


Min. 


Max. 


Min. 


Max. 


Unit 


Vt 


CLK Rise and Fall Time 




30 




30^ 


ns 


^XKR 


X1 Rise to CLK Rise 


30 


120 


82 


191 


ns 


^XKF 


X1 Rise to CLK Fall 


30 


150 


82 


221 


ns 


^AC 


A8-15 Valid to Leading 
Edge of Control^ 


270 




255 




ns 


^ACL 


AO-7 Valid to Leading 
Edge of Control 


240 




225 




ns 


^AD 


Valid Address to Valid Data In 




575 




540 


ns 


^AFR 


Address Float after Leading 
Edge of READ INTA 







-85^ 




ns 


^AL 


Address Valid before Trailing 
Edge of ALE 


115 




100 




ns 


^ALL 


A0-A7 Valid before Trailing 
Edge of ALE 


90 




75 




ns 


^ARY 


READY Valid from Address Valid 




220 




190 


ns 


^CA 


Address (A8-A15) Valid 
after Control 


120 




135 




ns 


*CL 


Trailing Edge of Control to 
Leading EDGE of ALE 


50 




40 




ns 


^DW 


Data Valid to Trailing Edge 
of WRITE 


420 




405 






^HABE 


HLDA to BUS ENABLE 




210 




55^ 


ns 


^HABF 


Bus Float after HLDA 




210 




55 


ns 


^HACK 


HLDA Valid to Trailing Edge 
of CLK 


110 




80 




ns 


*HDH 


HOLD Hold Time 







-30 




ns 


^HDS 


HOLD Setup Time to Trailing 
Edge of CLK 


170 




190 






WH 


INTR Hold Time 







d 




ns 


*INS 


INSTR, RST and TRAP Setup time 
to Falling Edge of CLK 


160 




d 




ns 


^A 


Address Hold Time after ALE 


100 




85 




ns 


*LC 


Trailing Edge of ALE to 
Leading Edge of Control 


130 




115 




ns 


^CK 


ALE Low During CLK High 


100 




85 




ns 


^LDR 


ALE to Valid Data During Read 




460 




445 


ns 


^DW 


ALE to Valid Data During Write 




200 




185 


ns 


^RY 


ALE to READY Stable 




110 




95 


ns 


^RAE 


Trailing Edge of READ to 
Re-enabling of Address 


150 




135 




ns 


tRD 


READ (or INTA) to Valid Data 




300 




265 


ns 


tRDH 


Data Hold Time after READ INTA 







-35 




ns 


tRYH 


READY Hold Time 







-20 




ns 


tRYS 


READY Setup Time to Leading 
Edge of CLK 


110 




130 




ns 


^WD 


Data Valid after Trailing 
Edge of WRITE 


100 




85 




ns 


^WDL 


Leading Edge of WRITE to Data 
Valid 




40 




25 


ns 



^The 8085A probe cable uses an FEToscillator buffer in the probe tip. For a crystal applied to X1 and X2 the 
delay to the CPU isarmaxinnumof 18 ns fronn the clock phase appearing at X2. For an external clock input at 
X2, the clock presented to the CPU will be inverted (as output at X2) and typically delayed 40 ns. 
''Address float will occur for a maximum of 45 ns after ALE drops low. 

'^Although bus drivers to prototype will be turned on, CPU drive to drivers will be tri-stated for a maximum of 
210 ns. 
^Maximum input delays. INTR (20 ns) 

RST (15 ns) 

TRAP (60 ns) 
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Z80A Emulator Processor and Prototype 
Control Probe 

Z80A is a trademark ofZilog Corp. Tektronix, inc. does not guarantee that otiier vendors' versions wiii be compatibie witii Tektronix 8550 !^DL or 8540 . 

Z80A Emulator Support Package 
Characteristics 



PHYSICAL CHARACTERISTICS 

Length: 1.8 meter (6 feet) of cable 
from the Emulator Processor to the 
interface assembly; 305 millimeter 
(one foot) of cable from the interface 
assembly to the 40-pin plug. 

Configuration, 1.8 meter cable: Two 

40-conductor ribbon cables with 
chassis ground plane and signal 
paths. 

Configuration, 305 millimeter cable: 

Two 40-conductor twisted pair 
cables. 

Termination, 1.8 meter cable: The 

interface assembly contains re- 
ceivers for data, address, and con- 
trol from the Z80A emulator pro- 
cessor module. The 305 millimeter 
cable is not terminated. 



TIMING CHARACTERISTICS 

Representative Z80A Emulator 

Z80A Microprocessor Timing Differences 
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Processor 


Emu 


later 




Symbol 


Parameter 


Min. 


Max. 


Min. 


Max. 


Unit 


'C 


Clock Period 


.25 


[1] 


.25 


[1] 


ns 


'WC^H 


Clock Pulse Width, Clock High 


110 


*a 


110 


*a 


ns 


«W4>L 


Clock Pulse Width, Clock Low 


110 


2000 


110 


2000 


ns 


'r, f 


Clock Rise and Fall Time 




30 


*b 


30 


ns 


*Dao 


Address Output Delay 




110 




130 


ns 


'AD 


Delay to Float 








85^0 


ns 


•Do 


Data Output Delay 




150 




170 


ns 


'Fd 


Delay to Float During Write Cycle 




90 




90'^f 


ns 


*S</>D 


Data Setup Time to Rising Edge 














of Clock During Ml Cycle 


50 




30 




ns 


'S<^D 


Data Setup Time to Falling Edge 














of Clock During M2to M5 


60 




40 




ns 


'DL<;.MR 


MREQ Delay from Falling Edge 














of Clock, MREQ Low 


20 


85 


40 


105 


ns 


'DH</.MB 


MREQ Delay From Rising Edge 














of Clock, MREQ High 




85 




105 


ns 


'DH<t>MR 


MREQ Delay from Falling Edge 














of Clock, MREQ High 




85 




105 


ns 


'DL<^,p 


lORQ Delay from Rising Edge 














of Clock, lORQ Low 




75 




95 


ns 


«DL<f.,R 


lORQ Delay from Falling Edge 














of Clock, lORQLow 




85 




105'^d 


ns 


*DH<^„ 


lORQ Delay from Rising Edge 














of Clock, lORQHigh 




85 




105 


ns 


'DH(/.,R 


lORQ Delay from Falling Edge 














of Clock, lORQHigh 




85 




105 


ns 


'DL</,RD 


RD Delay from Rising Edge 














of Clock RD Low 




85 




105 


ns 


'DL<ipD 


RD Delay from Falling Edge 














of Clock, RDHigh 




95 




115 


ns 


•DHc^Po 


RD Delay from Rising Edge 














of Clock, RDHigh 




85 




105 


ns 


'DH<^„, 


RD Delay from Falling Edge 














of Clock, RDHigh 




85 




105 


ns 


'DL<^wR 


WR Delay from Rising Edge of 














Clock, WR Low 




65 




85 


ns 


'DL<^wR 


WR Delay from Falling Edge of 














Clock, WR Low 




80 




100 


ns 


'DH(/.wR 


WR Delay from Falling Edge of 














Clock, WR High 




80 




100 


ns 


'DLm, 


Ml Delay from Rising Edge of 














Clock, Ml Low 




100 




120 


ns 


'DHmi 


Ml Delay from Rising Edge of 














Clock, Ml High 




100 




120 


ns 


'DLrp 


RFSH Delay from Rising Edge 














of Clock, RFSH Low 




130 




150 


ns 


'DHrp 


RFSH Delay from Rising Edge 














of Clock, RFSH High 




120 




140 


ns 


OyvT 


WAIT Setup Time from Falling 














Edge of Clock 


70 




100 


'e 


ns 


^Dht 


HALT Delay Time from Falling 














Edge of Clock 




300 




320 


ns 


^S,T 


INT Setup Time to Rising Edge 














of Clock 


80 




110 


^e 


ns 



Z80ATIMING CHARACTERISTICS (cont) 



^Sbq BUSRQ Setup Time to Rising 

Edge of Clock 50 

^DLba BUSAK Delay from Rising Edge 

of Clock, BUSAK Low 

^DHba BUSAK Delay from Falling Edge 

of Clock, BUSAK High 
^Srs reset Setup Time to Rising 

Edge of Clock 60 

^Fc Delay to/from Float (MREQ, 

lORQ, RD, andWR) 
^mr M1 Stable PriortolORQ 

(Interrupt Ack.) [2] 



70*e ns 

100 130 , ns 

100 130 ns 

80*e ns 

80 150 ns 

[2]*d ns 



[1]t(c)-t(w((/,H)) + t(w((/)L))+t(r) + r(f) 

[2] t(mr) = 2* t(c) + t(w((/)H)) + t(f) - 65 

Notes 

*a. Although static by design, testing guarantees t(w(%H)) of 200 /xs max. 

*b. Clock delay from prototype to emulator CPU is 15 ns maximum. 

*c, delay measured from BUSAK aserted at CPU. 

*d. lORQcan be delayed a maximum of 153 ns during INTA cycles while the Debug TRACE MODE is active. 

*e. timing reference to CPU clock — to reference to prototype, subtract propagation delay through buffers 

(15 ns maximum), 
*f. Data will go to an indeterminate state, but will not tri-state unless BUSREQ is asserted. 
Timing Assumptions: 
* CPU timing reference; Mostek Microcomputer Z80 Data Book; Mostek Corporation, (1978). 
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6800/6802/6808 Emulator Processor and 
Prototype Control Probe 

6800, 6802 and 6808 are registered trademarks of Motorola Corporation. Tel<tronix, ino. does not guarantee that other vendors' versions will be oompatible with Tektronix 8550 MDL 
or 8540. 



6800/6802 /6808 Emulator 
Support Package 
Characteristics 

PHYSICAL CHARACTERISTICS 

Length: 6 feet of cable from the 
Emulator Processor to the interface 
assembly. 1 foot of cable from the 
interface assembly to the 40-pin 
plug. 

Cable configuration 
6foot: 2 40 conductor ribbon cables 
with chassis groundplane and sig- 
nal paths. 

1 foot: 2 twisted pair conductor 
cables made up of signal ground 
pairs. 



TIMING CHARACTERISTICS 

Representative 6800 Emulator — 6802 Microprocessor 

Timing Differences 







Processor 


Emu 


lator-^ 




Symbol 


Parameter 


Min. 


Max. 


Min. 


Max. 


Unit 


*cyc 


Cycle Time 


1 


10 


1 


10 


fJiS 


^AD 


Address Delay 




270 




b 


ns 


*acc 


Peripheral Read Access Time 




530 




464 


ns 


^DSR 


Data Setup Time (Read) 


100 




182 




ns 


^H 


Input Data Hold Time 


10 




26 




ns 


^H 


Output Data Hold Time 


30 




-25 




ns 


^AH 


Address Hold Time 
(Address, R/W, VMA) 


20 




c 




ns 


^DDW 


Data Delay Time (Write) 




225 




d 


ns 


tpcs 


Processor Control Setup Time 


200 




e 




ns 


^PCr 


Processor Control Rise and 




100 




— 


ns 


tpcf 


Fall Time 













^All emulator delays are given with reference to the E signal as presented to the user. The delay f ronn the user 

clockto the E signal is 93 ns nnaximum and 19 ns minimum. 
'^Address = 328 ns maximum <=Address = -5 ns minimum 

R/W = 354 ns maximum R/W = ns minimum 

VMA = 321 ns maximum VMA = -6 ns minimum 

^Valid data on a write is based on the failing edge of E rather than on the rising edge. Data is valid from the 

emulator 500 ns (maximum) after the falling edge of E. 
^NMI = 279 ns minimum 

IRQ = 284 ns minimum 

RESET = 284 ns minimum 

Timing Assumptions. CPU timing reference. The Complete Microcomputer Data Library; published by 
Motorola Corporation, 1979. 





Representative 6800 Emulator- 


- 6800 Microprocessor 






Timing Differences 












Parameter 


Processor 


Emu 


ator-^ 




Symbol 


Min. 


Max. 


Min.d 


Max.d 


Unit 


*cyc 


Cycle Time 


1 


10 


1 


10 


/xs 


PW(/)H 


Clock Pulse Width 


400 


9500 


400 


9500 


ns 


^AD 


Address Delay 




270 




e 


ns 


*acc 


Peripheral Read Access Time 




530 




425 


ns 


^DSR 


Data Setup Time (Read) 


100 




140 




ns 


^HD 


Address Hold Time 














(address) 


30 




40 




ns 




(R/W) 


30 




45 




ns 




(VMA) 


30 




40 




ns 


^EH 


Enable High Time for 














DBE Input 


450 




— 




ns 


^DDW 


Data Delay Time (WRITE) 




225 




482^ 


ns 


^PCS 


Processor Control Setup Time 


200 




b 




ns 


^PCr 


Processor Control Rise and 




100 




— 


ns 


tpcf 


Fall Time 












^BA 


Bus Available Delay 




250 




305 


ns 


tTSD 


Three-State Delay 




270 




c 


ns 


^DBE 


Data Bus Enable Down Time 














During 01 Up Time 


150 




— 




ns 


^DBEr 


Data Bus Enable Rise and 




25 




— 


ns 


^DBEf 


Fall Time 













17 



6809 Emulator Processor and 6809 Prototype 
Control Probe 

6809 is a registered trademark of Motorola Corporation. Tel<tronix, Inc. does not guarantee that other vendors' versions will be compatible with Tektronix 8550 MDLor8540. 



6809 Emulator Support 
Package Characteristics 

PHYSICAL CHARACTERISTICS 

Length: 6 feet of cable from the 
Emulator Processor to the interface 
assembly. 1 foot of cable from the 
interface assembly to the 40-pin 
plug. 

Cable configuration 

6 foot: Two 40-conductor ribbon 

cables with chassis ground plane 

and signal paths. 

1 foot: Two 22-conductor teflon 

cables with alternating grounds. 

Termination 

6 foot: The interface assembly con- 
tains receivers for data, address, 
and control from the 6809 emulator 
processor module. 
1 foot: The probe assembly contains 
an oscillator circuit to drive and buf- 
fer the 6809 clock input pins. Input 
lines are not terminated. All output 
or bidirectional lines are series ter- 
minated with 100 ohms. 



TIMING CHARACTERISTICS 

Representative 6809 Microprocessor — 6809 Emulator 

(Combined with 6809 Prototype Control Probe) Timing Differences 







Processor 


Emulator 




Symbol 


Parameter 


Min. 


Max. 


Min. 


Max. 


Unit 


^CYC 


Cycle time 


0.5 


10 


0.5 


10 


^s 


^UT 


Total uptime 


480 




480 




ns 


^ACC 


Peripheral read access time 


320 




278 




ns 


^DSR 


Data setup time (read) 


40 




80 




ns 


^DHR 


Input data hold time 


10 




-6 




ns 


^DHW 


Output data hold time 


30 




18 




ns 


^AH 


Address hold time 


20 




8 




ns 


^AD 


Address delay time 




110 




122 


ns 


^DDW 


Data delay time (write) 




145 




157 


ns 


WS 


E(low)to Q(high)time 




125 




125 


ns 


^AQ 


Address valid to Q(high) 




15 


3 




ns 


^PWEL 


Processor clock low 


210 




210 




ns 


tpWEH 


Processor clock high 


220 




220 




ns 


tpCSM 


MRDY(H) setup time 


125 




169 




ns 


^PCS 


Interrupts setup time^ 


110 




154 




ns 


PCSH 


HALr(L) setup time 


110 




154 




ns 


tpCSR 


RESET (L) setup time 


110 




180 




ns 


tpCSD 


DMA/BREQ(L) setup time 


125 




169 




ns 


^RC 


Crystal oscillator start time 


100 




b 




ns 


€r, ^Ef 


E rise and fall time 


5 


20 


c 


c 


ns 


tpCr, 


Processor control rise and 




100 




d 


ns 


*pcf 


fall time 












tQR, *Qf 


Q rise and fall time 


5 


20 


c 


c 


ns 


tpWQH 


Q clock high time 


220 




220 




ns 



Notes: 

^NMI (L) setup time to E(rising) is 56 ns 

""Oscillator must be operating before the emulator can run 

^Outputs are driven by 74LS244's, series terminated with 1 00-ohm resistors 

""Rise and fall times are TTL compatible 
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3870/72/74/76/F8 Emulator Processor and 

■ I ^^ l%# I y fc# Vr V^^#l III ^#1 1^1 ^#k#w9 3870, 3872, 3874 and 3876 are registered trademarks of Mostek.FS is a registered trademark 
ofFairchild. Tektronix, Inc. does not guarantee that other vendors' versions will be compatible with Tektronix 8550 MDL . 



3870/72/74/76/F8 Emulator 
Support Package 
Characteristics 

PHYSICAL CHARACTERISTICS 

Length: 6-foot cable from the 
Emulator Processor to the interface 
assembly. 1-foot cable from the 
interface assembly to the 40-pin 
plug. 

Configuration 

6-foot cable: Two 40-conductor rib- 
bon cables with chassis ground- 
plane and signal paths. 

1 .5-foot cable: Two twisted pair of 
40-conductor cables. 

Termination, 6-foot cable: The inter- 
face assembly contains receivers 
for data, address and control from 
the 3870, 3872, 3874, 3876, and F8 
Emulator Processor module. (The 
1-foot cable is not terminated.) 



TIMING CHARACTERISTICS 
Representative 3870, 3872, F8 Emulator 3870, 3872 Microcomputer 

Timing Differences 







Processor 


Emulator 




Symbol 


Parameter 


Min. 


Max. 


Min. 


Max. 


Units 




3870/3872 












*o(INT) 


Time Base Period, internal 
oscillator 


250 


1000 


250^ 


1000 


ns 


^o(EX) 


Time Base Period, all 
external modes 


250 


1000 


250 


1000 


ns 


^EX(H) 


External Clock Pulse Width 
High 


90 


700 


40^ 




ns 


^EX(L) 


External Clock Pulse Width 
Low 


100 


700 


40 


ns 




^dl/0 


Output delay from internal 
WRITE Clock 





1000 


25^^ 


1525^ 


ns 


^sl/0 


Input Setup time to WRITE 
Clock 


1000 




340^ 


ns 




^110-8 


Output valid to STROBE 


3t(/) - 1000 


3t(/)- 


970 


ns 




Delay 


Stcf) 


-250 


3t(/) + 280 




tRH 


RESET Hold Time, Low 


6t(/) + 750 


6t(/)-h 


1040 


ns 


€H 


EXT INT Hold Time, Active 

F8 
External Input Period 


6t(/) -h 750 


6t(/) + 770 


ns 


^x 


0.5 


10 


0.5^ 


10 


ns 


pwx 


External Pulse Width 


200 


P(/)-20C 


200 


P0-2OO 


ns 


tx^ 


Ext. to (/) — to — Delay 


20 


110 


25^ 


140 


ns 


tx2 


Ext. to (/) + to + Delay 


20 


125 


25^ 


150 


ns 


td3 


WRITE to ROMC Delay 


80 


550 


105 


630 


ns 


^^5 


WRITE to INT REQ-h Delay 




430 




490^ 


ns 


tdg 


WRITE to INT REQ + Delay 




1.65 




1.70 


ns 


^SX 


EXT RES set-up time 


1.0 




1.1 




ns 


^SU 


I/O set uptime 


300 




360 




ns 


^H 


I/O hold time 


. 50 




35 




ns 


tdbQ 


WRITE to data bus High 
Impedance 




500 




683^ 


ns 


tdb3 


Data Bus Set-up 


200 




235^ 




ns 


tdb4 


Data Bus Set-up 


300 




335^ 




ns 


tdb5 


Data Bus Set-up 


500 




535^ 




ns 


tdbQ 


Data Bus Set-up 


300 




335^ 




ns 
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^The 3870/3872 probe cable uses a JFET oscillator buffer in the probe tip. The probe does not support the 
RC oscillator option, but you may use the mode O emulator clock source in modes 1 and2by using jumper 
P7805 on the probe's driver/receiver board. The external clock is divided by 2 before being sent to the 
3850 CPU. 

''Delay referenced to WRITE signal leaving 3850 CPU (based on CPU I/O times). 

=The F8 probe cable uses a JFET oscillator buffer in the probe tip. For a crystal applied to XTLY and XTLX, the 
delay to the CPU is a maximum of 48 ns (referenced to the XTLY crystal drive line). For an external clock 
input at XTLY, the clock presented to the CPU will be inverted and typically delayed 60 ns. Note that Mostek 
does not support the RC time mode. Only the crystal and external modes are supported by the emulator. 

^Table value calculation is referenced to WRITE signal delivered to prototype. 

^The data bus from CPU to prototype is buffered through a LS245 whose tri-state controls are derived from 
the CPU's ROMC lines. The F8 prototype control probe will float its data bus under the following conditions: 

• Emulator is in mode 0. 

• Emulator is in mode 1 and in a read state. 

• Emulator is examining CPU registers and is not accessing the prototype circuit. 

f All emulator timing is relative to the clock presented to the CPU. Time delays in noted should be added to 
values listed when referencing prototype clock source, 

• CPU timing reference. Mostek Microcomputer 3870/F8 Data Book; Mostek Corporation (1 979). 

• Emulator delays are calculated from maximum values in the second edition of the Tl. TTL Data Book. 
Minimum values are those referenced in the data book or, in the event that no data value is available, are 
calculated by {V2 • typical) if typical/max < = 67% or by (2 • typical) - max) if typical/max > 67%. Note 
that table values are calculated maximum (rounded upwards toward the nearest 5 ns), and typical 
performance should not reach these worst case limits. 



1802 Emulator Processor and Prototype Control 
Probe 

1802 is a registered trademarl< ofRoci<well, Inc. Tektronix, Inc. does not guarantee that other vendors' versions will be compatible with the Tektronix 8550 MDL. 



1802 Emulator Support 
Package Characteristics 

PHYSICAL CHARACTERISTICS 

Length: 6-foot cable from the 
Emulator Processor to the interface 
assembly. 1 .5-foot cable from the 
interface assembly to the 40-pin 
plug. 

Configuration, 6-foot cable: Two 

40-conductor ribbon cables with 
chassis groundplane and signal 
paths. 

Configuration, 1.5-foot cable: 

Two twisted pair of 40-conductor 
cables. 

Termination, 6-foot cable: The inter- 
face assembly contains resistive 
termination for data, and control 
from the Emulator Processor mod- 
ule. (The 1 .5-foot cable is not termi- 
nated.) 



TIMING CHARACTERISTICS 

Representative 1802 Emulator — 

1802 Microprocessor Timing Differences 











Processor 


Emulator 




Parameter 




Vcc 


Vdd 


Maximum 


Maximum 


Units 


EF 1-4 Setup 




5 


5 





355 


ns 






5 


10 





355 


ns 






10 


10 





155 


ns 


EF 1-4 Hold 




5 


5 


250 


130 


ns 






5 


10 


200 


130 


ns 






10 


10 


125 


95 


ns 


Minimum Pulse Width, twi 












CLEAR Pulse Width 


5 


5 


600 


600 


ns 






5 


10 


400 


400 


ns 






10 


10 


300 


300 


ns 


CLOCK Pulse 


Width, twL 


5 


5 


200 


200 


ns 






5 


10 


160 


160 


ns 






10 


10 


100 


100 


ns 



a. The emulator CLOCK to (CPU DATA to BUS) characteristic is based on the leading (failing) edge of T4 
rather than the rising edge of T1. The delay from the leading edge of T4 to valid data is 428 ns (max) 
at Vcc = 5 V, and 303 ns (max) at Vcc = 1 V 

b. The emulator cannot sample the WAIT signal on the falling edge of every clock pulse. Instead, the 
emulator samples the WAIT line on the leading (falling) edges of T5, T6, and T7. The delay from the time 
user WAIT is applied until the time it is sampled is 230 ns (max) at Vcc = 5Vand 155 ns (max at Vcc = 10 V, 
The delay from the time that WAIT is sampled until the time it is applied to the CPU is 1 83 ns (max) 

at Vcc = 5 V and 1 58 ns (max) at Vcc = 1 V, 

Timing Assumptions: 

1 . Timing references. TheTTL Data Book for Design Engineers: Texas Instruments, Inc. (1976). CMOS 
Databook; National Semiconductor Corporation, (1 978), RCA Microprocessor Products, File Number 
1023; RCA (1979). 

2. All emulator delays are given with reference to CLOCK as applied to the emulator CPU. The delay from the 
userCLOCKtotheCPUCLOCKis342ns(max).68ns(min)atVcc = 5Vand202ns(max)40ns(min)at 
Vcc = 10 V 

3. USER CLOCK delay to USER XTAL is 92 ns (max) at Vcc = 5 V and 62 ns (max) at Vcc = 1 V. 

4. Emulator delays may be less than processor delays because the emulator CPU is a specially selected 
part, and is operated with Vdd = 1 V in all circumstances. 

5. The emulator probe draws no Vqd current from the user prototype. It's Vcc current draw is less than 2,5 mA, 
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TIMING CHARACTERISTICS 

Representative 1802 Emulator — 

1802 Microprocessor Timing Differences 











Processor 


Emulator 






Parameter 


Vcc 


Vdd 


Maximum 


Maximum 


Units 


' 


Propagation Delay Time, 












^PLH, ^PLH 












Clock to TPA.TPB 


5 


5 


450 


350 


ns 




5 


10 


350 


350 


ns 




10 


10 


200 


195 


ns 


Clock-to-Memory High 


5 


5 


1350 


530 


ns 




Address Byte 


5 


10 


750 


530 


ns 






10 


10 


600 


380 


ns 




Clock-to-Memory Low 


5 


5 


500 


350 


ns 




Address Byte 


5 


10 


375 


350 


ns 






10 


10 


250 


195 


ns 




Clock to MRD.tpLH 


5 


5 


450 


440 


ns 






5 


10 


350 


440 


ns 






10 


10 


200 


215 


ns 




Clock to MRD.tpHL 


5 


5 


450 


440 


ns 






5 


10 


350 


440 


ns 






10 


10 


200 


215 


ns 




Clock to MWR,tpLH,tpHL 


5 


5 


450 


440 


ns 






5 


10 


350 


440 


ns 






10 


10 


200 


215 


ns 




Clock to (CPU DATA 


5 


5 


650 




ns 




to BUS 


5 


10 


450 


a 


ns 






10 


10 


300 




ns 




Clock to State Code (SCO) 


5 


5 


750 


420 


ns 






5 


10 


450 


420 


ns 




10 


10 


300 


270 


ns 


Clock to State Code (SC1) 


5 


5 


750 


610 


ns 




5 


10 


450 


610 


ns 




10 


10 


300 


340 


ns 


Clock to Q 


5 


5 


550 


350 


ns 




5 


10 


400 


350 


ns 




10 


10 


250 


195 


ns 


Clock to. N(0-2),tpHL 


5 


5 


800 


610 


ns 




5 


10 


500 


610 


ns 




10 


10 


350 


340 


ns 


Minimum Setup and Hold 












Times, tsu.tH 












Data Setup 


5 


5 





140 


ns 


1 


5 


10 


10 


240 


ns 




10 


10 


20 


130 


ns 


1 Data Hold 


5 


5 


300 


155 


ns 




5 


10 


200 


155 


ns 


:| 


10 


10 


150 


120 


ns 


DMA Setup 


5 


5 





255 


ns 




5 


10 





255 


ns 




10 


10 





105 


ns 


DMA Hold 


5 


5 


250 


150 


ns 




5 


10 


200 


150 


ns 




10 


10 


125 


105 


ns 


Interrupt Setup 


5 


5 





270 


ns 




5 


10 





270 


ns 




10 


10 





170 


ns 


I Interrupt Hold 


5 


5 


250 


150 


ns 




5 


10 


200 


150 


ns 




10 


10 


125 


95 


ns 


WAIT Setup 


5 


5 







ns 




5 


10 


25 


b 


ns 






10 


10 


50 




ns 
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8048/35/39/39-6/49/41A/21/22/8748/8749 

8048, 8035, 8039, 8039-6, 8049, 8041 A, 8021, 8022, 8748 and 8749 are registered trademarks of Intel Corporation. Tektronix, Inc. does not guarantee that other vendors' versions will be 
compatible with Tektronix 8550 MDL or 8540 . 



8048/ 35/ 39/ 39-6/ 49/ 41 A/ 21/ 

22/8748/8749 

Package Characteristics 

PHYSICAL CHARACTERISTICS 

Length: 6-foot cable from the 
Emulator Processor to the interface 
assembly. 1 .5-foot cable from the 
interface assembly to the 40-pin 
plug. 

Configuration 

6-foot cable: Two 40-conductor rib- 
bon cables with chassis ground- 
plane and signal paths. 

1.5-foot cable: Two twisted pair of 
40-conductor cables. 

Termination, 6-foot cable: The inter- 
face assembly contains receivers 
and drivers for data, address and 
control on both the emulator and 
probe. All lines have resistive series 
termination at the drivers. 



IVIaximum Allowable Clock Frequencies 

8048/8021/8041 A/8022 Emulator Processor 



Device Being Emulated 



Emulation Mode 



8048,8748 
8049,8039 8035,8039-6 8041 A, 8741 A 8021,8022 



Maximum allowable clock frequency 



Mode 1 —Mapped to 
Program 
Memory 



11.0MHz 



6.0 MHz 



6.0 MHz 



3.58 MHz 



Mode 1 — Mapped to 
Prototype 
Memory 

Mode 2 — Prototype 

Memory only 



External (prototype) 
1 1 .0 MHz 6.0 MHz memory is not addressable 

by these microcomputers 



DELAY CHARACTERISTICS 

Probe/ Prototype Interface Delays for the 8022 




Signal 


tPLH 
Maximum 


tPHL 
Maximum 


Units 


ALE 

P00-P07 

P00-P07 


CPU to prototype 
prototype to CPU 


34 
87 
1.3 


46 
91 
1.3 


ns 
ns 


P10-P17 


ti — CPU to prototype 
t2— Prototype to CPU 


2 
2 


2 
2 


ns 
ns 


P20-P23^^ 


t3— M0VDP2.A 
t4— MOVDA, P2 
t5_INA, P2 


18 
18 
18 


24 
24 
24 


ns 
ns 
ns 



PROG 

TO 

T1 

ANO, AN1^ 

XTAL1 

RESET 



18 


24 


ns 


24 


24 


ns 


182 


182 


ns 


444 


444 


ns 


33 


45 


ns 


229 


229 


ns 



^Inputs must be present until read by an input instruction (Intel Specification) 

''For OUTL, ORL, and ANL instructions, data will be valid before ALE following the next instruction fetch 

'^Input capacitance: 37 pf maximum. 



DELAY CHARACTERISTICS 

Probe/ Prototype Interface Delays forthe 8041 A 



Signal 



^PHL(ns) 
Maximum 



^PLH (ns) 
Maximum 



SYNC 

PROG 

T1 

P10-P17 

TO 

P20-P27 

SS 

RESET 



20 


20 


20 


20 




39 


2 


2 


45 


34 


a 


a 


76 


76 


230 


230 



^OUT, ANL, and ORL information is valid before ALE following the next instruction fetch. 



22 



DELAY CHARACTERISTICS 

Probe/ Prototype Interface Delays for the 8048/8021 



Signal 



tPHL(ns) 
Maximum 



tPHL(ns) 
Maximum 



ALE 
PSEN 
RD,WR 
PROG 



20 


20 


30 


30 


35 


31 


20 


20 



DB0-DB7^ ti— fetch cycle 


90 


90 


(P00-P07) tg — execute cycle 


38 


38 


Prototype to CPU 







DB0-DB7 
(P00-P07) 
CPU to Prototype 



tg — address out 
t4 — external data out 
ts — OUTL, ANL, 
ORL data out 



38 


38 


38 


38 


b 


b 


2 


2 


c 


c 


15 


15 




182 


32 


32 


284 


284 


32 


32 


79 


79 



P10-P17, P24-P27 

P20-P23 

TO out/in 

T1 

INT 

RST (THL for 8021 , ^PLH for 8048) 

SS 

CLK 



^t(RD) = t(1 .2) + t(prototype memory access) 

''OUTL, ANL, and ORL bus I/O information is latched during S1 of the second cycle of the instruction. 

^When external program memory is enabled (by a DIP switch in the prototype control probe), the maximum 

address delay is 32 ns. When external program memoyr is disabled. OUTL, ANL, and ORL information is 

latched during the S3 cycle following the next instruction fetch. 



TIMING CHARACTERISTICS 

Representative 8041 A Probe/8041 A Microcomputer 
Timing Comparison 







Processor 


Emulator 




Symbol 


Parameter 










Units 






Min. 


Max. 


Min. 


Max. 




DBB READ 












^AR 


CS,Ao Setup to RDfall 












ns 


^RA 


CS, Ao Moid After RD rise 












ns 


^RR 


RD Pulse Width 


250 




250 




ns 


*AD 


CS,Ao to Data Out Delay 




225^ 




95 


ns 


tRD 


RD fail ot Data Out Delay 




225^ 




95 


ns 


^DF 


RD rise to Data Float Delay 




100 




75 


ns 


^CY 


Cycle Time (Except 8741 A-8)^ 


2.5 


15 


2.5 


15 


flS 


tCY 


Cycle Time (8741 A-8)^ 


4.17 


15 


4.17 


15 


flS 


DBB WRITE 












^AW 


CS,Ao Setup to WR fall 












ns 


^WA 


CS,Ao Hold After WR fall 







24 




ns 


tWW 


WR Pulse Width 


250 




250 




ns 


^DW 


Data Setup to WR rise 


150 




150 




ns 


^WD 


Data Hold After WR rise 







70 




ns 


DMA 














^ACC 


DACKfailtoWRorRD 







54 




ns 


^CAC 


RDorWRtoDACKrise 







71 




ns 


^ACD 


DACK fall to Data Valid 




225^ 




225 


ns 


^CRQ 


RD or WR to DRQ Cleared 




200 




200 


ns 



^Cl= 150 pF 
^e.OMHzXtal 
^3.6MHzXtal 
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6500/1 Emulator Processor and Prototype Control 
Probe 

6500/1 is a trademark of Rockwell International Corporation. Tektronix, Inc. does not guarantee that other vendors' versions will be compatible with the Tektronix 8550 MDL. 



6500/1 Emulator Support 
Package Characteristics 



6500/1 TIMING CHARACTERISTICS AND EMULATION INTERFACE 
DELAYS 



PHYSICAL CHARACTERISTICS 

Length: 1 .8 m (6 ft.) of cable from the 
emulator processor to the interface 
assembly. 45 cm (1 .5 ft.) of cable 
from the interface assembly to the 
40-pin plug. 

Cable Configuration 
1 .8 m (6 ft.) Two 40 conductor ribbon 
cables with chassis groundplane 
and signal paths. 

45 cm (1 .5 ft.) Two laminated 40 
conductor cables made up of 
signal-ground pairs. 



6500/1 TIMING CHARACTERISTICS AND EMULATION INTERFACE DELAYS 



02 INTERNAL 
CLOCK 



INTERNAL 
R/W 



PA,PB,PC,PD 
OUTPUT 



PA,PB,PC,PD 
INPUT 



CNTR INPUT 



TPDW= 1 MsMIN 
TPDSU = 400 nsMIN 



X 



X 



X 



TYP DELAYS IN ns ADDED TO 6500/IE BY 
EMULATOR WITH 6.8K PULL UP RESISTORS 





OUTPUT 
DRIVING 


INPUT 
RECEIVING 


PA0-PA7 


RISING EDGE 


1 CLK 
CYCLE 
+300 


100 


FALLING EDGE 


1 CLK 
CYCLE 
+300 


100 


PB0-PB7, 
PC0-PC7, 
PD0-PD7 


RISING EDGE 


300 


* 


FALLING EDGE 


30 


* 


CNTR 


RISING EDGE 


100 


100 


FALLING EDGE 


20 


20 



*GATED IN ONLY DURING A READ INSTRUCTION FROM 81, 82, 83 
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Z8001/Z8002 Emulator Processor and Prototype 
Control Probes 

Z8001 and Z8002 are trademarks of Zilog Corp. Tektronix, Inc. does not guarantee that other vendors' versions will be compatible with Tektronix 8550 MDL or 8540 . 



Z8000A Emulator Support 
Package Characteristics 

PHYSICAL CHARACTERISTICS 

Length: 6 feet of cable from the 
Emulator Processor to the interface 
assembly; 1 .5 feet of cable from the 
ir^terface assembly to the 40- or 
48-pin plug. 
Cable configuration 
6 foot: Two transmission line cables, 
each 40 signal lines and 80 signal 
return lines terminated to 40-pin 
connector. 

1 .5 foot for Z8001 : Two transmission 
line cables, each 40 signal lines and 
80 signal return lines terminated to 
40-pin connector. 

1 .5 foot for Z8002: Two transmission 
line cables, each 26 signal lines and 
52 signal return lines terminated to 
26-pin connector. 
Termination 

6 foot: The interface assembly con- 
tains receivers for data, address, 
and control from the Z8000 
emulator processor module. 
1.5 foot: Address and data lines 
terminated with Schottky diodes. 
Control lines driven by pod are 
source terminated. Input lines to the 
emulator are received with PNP in- 
puts. Clock, Wait, Stop, and Reset 
inputs are buffered in the probe to 
maintain signal quality 



TIMING CHARACTERISTICS 

Representative ZBOOO Ennulator 

ZBGOOA Microprocessor* Timing Differences 
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Processor 


Emulator 




Symbol 


Parameter 










Unit 






Min. 


Max. 


Min. 


Max. 




*cC 


Clock Cycle Time 


165 


2000 


165 


2000 


ns 


^wCh 


Clock Width (High) 


70 


2000 


70 


2000 


ns 


twCI 


Clock Width (Low) 


70 


2000 


70 


2000 


ns 


^fC 


Clock Fall Time 




10 




10 


ns 


VC 


Clock Rise Time 




10 




10 


ns 


^dC(SNv) 


Clock 1 to Segment Number Valid 
(50 pF load) 




110 




133 


ns 


*dC(SNn) 


Clock 1 to Segment Number 
Not Valid 


10 




22 




ns 


tdC(Bz) 


Clock t to Bus Float 




55 




133 


ns 


*dC(A) 


Clock^to Address Valid 




75 




101 


ns 


tdC(Az) 


Clock t to Address Float^ 




55 




103 


ns 


tdA(DI) 


Address Valid to Data in Required 
Valid^ 


305 




275 




ns 


^sDI(C) 


Data in to Clock i Setup Time 


20 




29 




ns 


^dDS(A) 


DS t to Address Active^ 


40 




48 




ns 


^dC(DO) 


Clock t to Data Out Valid 




75 




101 


ns 


^hDI(DS) 


Data in to DSt Hold Time 












ns 


^dDO(DS) 


Data Out Valid to DS t Delays 


195 




187 




ns 


^dA(MR) 


Address Valid to MREQ i Delays 


(35) 




27 




ns 


*dC(MR) 


Clock i to MREQi Delay 




70 




97 


ns 


VMRh 


MREQ Width (High)'^ 


135 




126 




ns 


^dMR(A) 


MREQ i to Address Not Active^^ 


35 




67 




ns 


^dDO(DSW) Data Out Valid to DS i (Write) 


35 




27 




ns 




Delays 












tdMR(DI) 


MREQi to Data in Required 
Valid'' 


225 




194 




ns 


*dC(MR) 


Clock i MREQ t Delay 




60 




87 


ns 


tdC(ASf) 


Clock t to AS i Delay 




60 




87 


ns 


tdA(AS) 


Address Valid to AS f Delays 


35 




27 




ns 


tdC(ASr) 


Clock i to AS t Delay 




80 




108 


ns 


tdAS(DI) 


AS t to Data in Required Valid'' 


215 




184 




ns 


*dDS(AS) 


DSttoASiDelay'' 


35 




26 




ns 


VAS 


AS Width (Low)'' 


55 




45 




ns 


tdAS(A) 


AS 1 to Address Not Active 
Delay" 


30 




20 




ns 


*dAz(DSR) 


Address Float to DS (Read) 
i Delay 







-28 




ns 


^dAS(DSR) 


AS t to DS (Read) i Delay" 


35 




25 




ns 


tdDSR(DI) 


DS (Read) i to Data in Required 
Valid" 


130 




100 




ns 


^dC(DSr) 


Clock i to DSt Delay 




65 




92 


ns 


^dDS(DO) 


DS t to Data Out and STATUS 
Not Valid" 


45 




36 




ns 


tdA(DSR) 


Address Valid to DS (Read) 
i Delay" 


110 




102 




ns 


*dC(DSR) 


Clock t to DS (Read) i Delay 




85 




112 


ns 


VDSR 


DS (Read) Width (Low)" 


185 




176 




ns 


*dC(DSW) 


Clock! to DS (Write) t Delay 




80 




107 


ns 


twDSW 


DS (Write) Width (Low)" 


110 




101 




ns 


^dDSI(DI) 


DS (Input) i to Data in Required 
Valid" 


200 




170 




ns 



Clock-Cycl 


e-Time-Dependent 




Z8000 TIMING CHARACTERISTICS (cont.) 






Characteristics 




















tdC(DSI) 
^wDS 


Clock i to DS (I/O) i Delay 
DS (I/O) Width (Low)'^ 


255 


100 


246 


127 


ns 




Z8001/Z8002 


ns 


Symbol 


Emulator 
Equation 


^dAS(DSA) 


AS t to DS (Acknowledge) 
i Delayb 


680 




680 




ns 


^dA(DI) 


2^cC + VCh -125 ns 


*dC(DSA) 


Clock t to DS (Acknowledge) 




85 




112 


ns 


^dDS(A) 


twC1 - 22 ns 




i Delay 












tdDO(DS) 
^dA(MR) 


^cC + *wCh - 48 ns 
^wCh - 43 ns 


^dDSA(DI) 


DS (Ack.) i to Data in Required 
Delays 


295 




265 




ns 


*wMRh 


*c - 39 ns 














^dMR(A) 


VCI -3 ns 


*dC(S) 


Clock t to Status Valid Delay 




85 




118 


ns 


tdDO(DSW) 


twCh - 48 ns 


^dS(AS) 


Status Valid to AS f Delay 


30 




21 




ns 


tdMR(DI) 


2tcC- 136 ns 


^sR(C) 


RESET to Clock t Setup Time'^ 


70 




95 




ns 


^dA(AS) 


%Ch - 48 ns 


^nR(C) 


RESETtoClockj Hold Time 












ns 


*dAS(DI) 
^dDS(AS) 


2*cC- 146 ns 
%CI - 44 ns 


VNMI 


NMI Width (Low) 


70 




35 




ns 


twAS 


^wCh - 25 ns 


^sNMI(C) 


NMI to Clock t Setup Time 


70 




258 




ns 


tdAS(A) 


VCI - 50 ns 


%VI(C) 


VI, NVI to Clock t Setup Time 


50 




65 




ns 


^dAS(DSR) 


%CI - 45 ns 


^nVI(C) 


VI, NVI to Clock t Hold Time 







2 




ns 


tdDSR(DI) 
^dDS(DO) 
tdA(DSR) 


*cC + *wCh - 135 ns 
%CI - 34 ns 
tcC - 63 ns 


^sSGT(C) 
^nSGT(C) 


SECT to Clock t Setup Time 
SECT to Clock 1 Hold Time 


55 





92 





ns 
ns 


twDSR 


^cC + ^wCh - 59 ns 


^sMI(C) 


Ml to Clock 1 Setup Time 


110 




125 




ns 


*wDSW 


^cC - 64 ns 


^nMl(C) 


Ml to Clock! Hold Time 







2 




ns 


^dDSI(DI) 


2*cC- 160 ns 


^dC(MO) 


Clock t to MO Delay 




85 




121 


ns 


VDS 

tdAS(DSA) 

^dDSA(DI) 


2tcC - 84 ns 

4tcC + ^wCI - 50 ns 

2tcC + %Ch -135 ns 


^sSTP(C) 
^nSTP(C) 


STOP to Clock i Setup Time 
STOP to Clock i Hold Time 


70 





75 
5 




ns 
ns 


tdS(AS) 


^wCh - 49 ns 


tsWT(C) 


WAIT to Clock i Setup Time 


30 




49 




ns 






thWT(C) 
*bBRO(C) 


WAIT to Clock i Hold Time 
BUSRQ to Clock ^ Setup Time 


10 
80 




13 
125 




ns 






ns 






*hBRQ(C) 


BUSRQ to Clock t Hold Time 


10 




4 




ns 






^dC(BAKr) 


Clock t to BUSAKt Delay 




75 




111 


ns 






tdC(BAKf) 


Clocks to BUSAKJ Delay 




75 




111 


ns 



^Read cycle only. Line remains active throughout write cycle. 
•^Clock-cycle-time-dependent characteristics. 
*Operating a 6 MHz 
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TMS 9900 Emulator Processor and Prototype 
Control Probe 

TMS 9900 is a registered trademarl< of Texas instruments. Tel<tronix, Inc. does not guarantee tiiat ottier vendors' versions wiii be compatibie witli ttie Tei<tronix 8550 MDL. 

TMS9900 Emulator Support ~ 

Package Characteristics 



PHYSICAL CHARACTERISTICS 

Length: 6-foot cable from the 
Emulator Processor to the interface 
assembly. 9.5 inch cable from the 
interface assembly to the 64-pin 
plug. 

Configuration 

6-foot cable: Two 40-conductor rib- 
bon cables with chassis ground 
plane and signal paths. 

9.5 inch cable: Two 64 conductor 
twisted pair of cables. 

Termination, 6-foot cable: The inter- 
face assembly contains receivers 
for address lines from the Emulator 
Processor module. (The 9.5 inch 
cable is not terminated.) 



TIMING CHARACTERISTICS 

Representative 9900 Emulator 9900 Microprocessor 

Tinning Differences 









Processor 


Emulator 




Symbol 


Parameter 












Unit 








Min. 


Max. 


Min. 


Max. 




^Cc/) 


Clock Cycle Time 




300 


500 


300 


500 


ns 


Vc^ 


Clock Rise Time 




5 








ns 


^fc/) 


Clock Fall Time 




10 








ns 


V(/) 


Clock Pulse Width, High Level 


40 


100 


40 


100 


ns 


^S(/) 


Clock Spacing, Time between 












ns 




any Two Adjacent 


Pulses 












^d(/) 


Time between rising 


edge 


73 




73 




ns 




Valid any two adjacent pulses 












^SU 


Data or Control Setup Time 














Before Clock 1 
















INTREQ 




30 




65 




ns 




READY 




30 




65 




ns 




IC0-IC3 




30 




55 




ns 




CRUIN 




30 




55 




ns 




LOAD 




30 




70 




ns 




HOLD 




30 




65 




ns 




RESET 




30 




170 




ns 




DATA 




30 




50 




ns 


^n 


Data Hold time After 


Clock 1 














INTREQ 




10 









ns 




READY 




10 









ns 




IC0-IC3 




10 




5 




ns 




CRUIN 




10 




5 




ns 




LOAD 




10 









ns 




HOLD 




10 




a 




ns 




RESET 




10 




-40 




ns 




DATA 




10 




5 




ns 


^PLHb 


All Other Outputs 














or 


ADDRESS 






40 




60 


ns 


^PHLb 


lAQ 






40 




60 


ns 




HOLDA 






40 




90 


ns 




CRUOUT 






40 




65 


ns 




DATA 






40 




320 


ns 


^PLHc 


Propagation Delay 














or 


CRUCLK 






30 




50 


ns 


*PHLb 


WE 






30 




65 


ns 




MEMEN 






30 




65 


ns 




WAIT 






30 




50 


ns 




DBIN 






30 




70 


ns 



Notes 

^The user prototype must keep HOLD asserted until HOLDA is received. 

Timing Assumptions: 

1 . CPU timing reference: Texas Instruments 9900 Family Systems Design and Data Book, Texas Instru- 
ments, Inc. (1978). Corporation (1978). 

2. All emulator delays are given with reference to 01 -(/)4 as applicable to the emulator CPU. The maximum 
delay from the user c/)1 -(/)4 to the CPU 01 -(/)4 is 58 ns, The minimum delay from the user (/)1 -(^4 to the CPU 
01-04 is 16 ns. 

3. The emulator probe draws no Vbb, Vqc, or Vcc, current from the user prototype. 
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68000 
Emulator 
Processor and 
Prototype 
Control Probes 

68000 is a trademark of Motorola Corp. Tektronix, Inc. does not 
guarantee that other vendors' versions will be compatible with 
Tektronix 8550 MDL or 8540 

68000 Emulator Support 
Package Characteristics 

PHYSICAL 

CHARACTERISTICS 

Length: 6 feet of cable from the 

Emulator Processor to the interface 

assembly; 1 .5 feet of cable from the 

interface assembly to the 64-pin 

plug. 

Cable configuration 

6 foot: Three transmission line 

cables; Each with 36 signal lines 

and 72 signal group return lines 

terminated to a 40-pin connector. 

1.5 foot 

68000: Two transmission line 
cables; each with 36 signal lines 
and 72 signal group return lines 
terminated to a 40-pin connector. 
Termination 

6 foot: The interface assembly con- 
tains receivers for data, address, 
and control from the 68000 
Emulator Processor Module. 
1 .5 foot: Address and data lines 
terminated with Schottky diodes. 
Control lines driven by pod are 
source terminated. Input lines to the 
emulator are received with PNP in- 
puts. Clock, and DTACK inputs are 
buffered in the probe to maintain 
signal quality 



68000 Microprocessor/68000 Emulator Timing Differences* 


Number Characteristic 


Symbol 


Processor 
Min. Max. 


Emu 
Min. 


lator 
Max. 


Unit 


1 


Clock Period 


^CYC 


125 


800 


125 


500 


ns 


2 


Clock Width Low 


^CL 


86 


250 


55 


250 


ns 


3 


Clock Width High 


^CH 


86 


250 


55 


250 


ns 


4 


Clock Fall Time 


^Cl 


— 


10 


— 


10 


ns 


5 


Clock Rise Time 


^Cl 


— 


10 


— 


10 


ns 


6 


Clock Low to Address 


tCLAV 


— 


70 


— 


92 


ns 


6A 


Clock High to FC Valid 


tCHFCV 


— 


70 


— 


92 


ns 


7A 


Clock High to Address High 
Impedance (Max) 


^CHAZ 


— 


80 


— 


114 


ns 


7B 


Clock High to Data High 
Impedance (Max) 


*CHAZ 


— 


80 


— 


130 


ns 


8 


Clock High to Address/FC Invalid 
(Minimum) 


^CHAZn 





— 


14 


— 


ns 


9^ 


Clock High to AS DS Low 
(Maximum) 


^CHSL 


— 


80 


— 


86 


ns 


10 


Clock High to AS DS Low 
(Minimum) 


^CHSLn 





— 


14 


— 


ns 


112 


Address to AS DS (Read) 
Low/AS Write 


^AVSL 


30 


— 


24 


— 


ns 


11A2 


FC Valid AS DS (Read) 
Low/AS Write 


^FCVSL 


80 


— 


44 


— 


ns 


12^ 


Clock Low to AS DS High 


^CLSH 


— 


70 


— 


96 


ns 


13^ 


AS DS High to Address/FC 
Invalid 


^SHAZ 


30 


— 


20 


— 


ns 


142 5 


AS DS Width Low (Read)/ 
AS Write 


^SL 


240 


— 


240 


— 


ns 


14A2 


DS Width Low (Write) 


— 


115 


— 


115 


— 


ns 


152 


AS DS Width High 


*SH 


150 


— 


150 


— 


ns 


16 


Clock High to AS DS High 
Impedance 


^CHSZ 


— 


80 


— 


93 


ns 


172 


ASDSHightoR/WHigh 


^SHRH 


40 


— 


40 


— 


ns 


18^ 


Clock High to R/W High 
(Maximum) 


^CHRHx 


— 


70 


— 


96 


ns 


19 


Clock High to R/W High 
(Minimum) 


^CHRHn 





— 


14 


— 


ns 


20^ 


Clock High to R/W Low 


tCHRL 


— 


70 


— 


96 


ns 


212 


Address Valid to R/W Low 


^AVRL 


20 


— 


14 


— 


ns 


21A2 


FC Valid to R/W Low 


¥CVRL 


80 


— 


54 


— 


ns 


222 


R/W Low to DS Low (Write) 


tRLSL 


80 


— 


80 


— 


ns 


23 


Clock Low to Data Out Valid 


^CLDO 


— 


70 


— 


95 


ns 


252 


DS High to Data Out Invalid 


^SHDO 


30 


— 


20 


— 


ns 


262 


Data Out Valid to DS Low (Write) 


^DOSL 


30 


— 


20 


— 


ns 


276 


Data in to Clock Low (Setup Time) 


^DICL 


15 


— 


17 


— 


ns 


282 


AS DS High to DTACK High 


tSHDAH 





120 





94 


ns 


29 


DS High to Data Invalid 
(Hold Time) 


^SHDI 





— 





— 


ns 


30 


AS, DSHightoBERRHigh 


tSHBEH 





— 





— 


ns 


312-6 


DTACK Low to Data in 
(Setup Time) 


^DALDI 


— 


90 


— 


88 


ns 


32 


HALT and RESET Input 
Transition Time 


^RHrf 





200 





200 


ns 


33 


Clock High to BG Low 


^CHGL 


— 


70 


— 


93 


ns 


34 


Clock High to BG High 


^CHGH 


— 


70 


— 


93 


ns 


35^ 


BH LowtoBG Low 


tBRLGL 


1.5 


3.0 


1.5 


3 


ClkPor 


36^ 


BR High to BG High 


^BRHGH 


1.5 


3.0 


1.5 


3 


ClkPor 
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68000 TIMING CHARACTERISTICS (cont.) 



37 


BGACKLowtoBGHigh 


^GALGH 


1.5 


3.0 


1.5 


3 


ClkPor 


38 


BG Low to Bus High Impedance 
(With AS High) 


^GLZ 


— 


80 


— 


148 


ns 


39 


BG Width High 


^GH 


1.5 


— 


1.5 


— 


ClkPor 


46 


BGACK Width 


^BGL 


1.5 


— 


1.5 


— 


ClkPor 


476.8 


Asynchronous Input Setup Time 


*ASI 


20 


— 


20 


— 


ns 


48 


BERR Low to DTACK Low (Note 3) 


^BELDAL 


50 


— 


50 


— 


ns 


53 


Data Hold from Clock High 


tCHDO 





— 





— 


ns 


56 


R/Wto Data Bus Imipedance 
Change 


^RLDO 


30 


— 


20 


— 


ns 


56 


High/RESET Pulse Width (Note 4) 


^HRPW 


10 


— 


10 


— 


ClkPor 



*Operating at 8 MHz. 
|1. For a leading capacitance of less than or equal to 50 picofareds, subtract 5 nanoseconds from the values 

given in these columns. 
I 2. Actual value depends on clock period (see Table 2). 

1 3. If 047 is satisfied for both DTACK and BERR, 048 may be ns. 

1 4. After Vcc has been applied for 100 ns. 

1 5. For T6E, BF4, and R9n mask sets 014 and 014A are one clock clock period less than the given number. 

1 6. If the asynchronous setup time (047) requirements are satisfied, the DTACK low-to-data setup time (031) 
requirement can be ignored. The data must only satisfy the data-in to clock-low setup time (027) for the 
following cycle. 

I 7. For the Probe-tip add 20 nanoseconds to the clock periods listed. 
1 8. VPA — 50 nanoseconds for the Probe-tip. 

68000 Clock-Cycle-Time Dependent Characteristics 



Symbol 



Equation 
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^6P 


t6 + 22ns 


7P 


^12- + 106 ns 




M2- + 122 ns 


^8P 


*8 + 14ns 


tgp 


*9 + 26ns 


*10P 


^10 + 14 ns 


MiP 


^11 -6 ns 


t11AE 


t11A-6ns 


t12P 


M2 + 26ns 


^13P 


t13-10ns 


^16P 


*12- +85ns 


t18P 


^18 + 26 ns 


t19P 


t19 + 14ns 


t20P 


^20 + 26 ns 


t21P 


*21 - 6 ns 


t21AP 


t21A-6ns 


*23P 


^23 + 25 ns 


^25P 


^25 -10 ns 


^26P 


^26-10Ns 


*27P 


'27 + 2 ns 


t28P MAX 


^28 MAX - 26 ns 


^33P 


^33 + 23 ns 


^34P 


*34 + 23 ns 


*35PMIN 


1.5T + 20ns 


t35P MAX 


3T + 20 ns 


^36PMIN 


1.5T + 20ns 


^36P MAX 


3T + 20ns 


t38P 


^38 + 68 ns 


H7P 


HI 




HI + 30 ns 


T 


T T 


2 


2 2 



(for ADDRESS) 
(for DATA) 



ForGACKandlP63-2 
For VPA 



8086/8088 
Emulator 
Processor and 
Prototype 

Control Probes 

8086 and 8088 are trademarks of Intel Corp. Tektronix, Inc. 

does not guarantee that other vendors' versions will be compatible 

with Tektronix 8550 MDL or 8540 . 

8086/8088 Emulator Support 
Package Characteristics 

PHYSICAL CHARACTERISTICS 
Length: 6 feet of cable from the 
Emulator Processor to the interface 
assembly; 1 .5 feet of cable from the 
interface assembly to the 40-pin 
plug. 

Cable configuration 

6 foot: Two transmission line cables, 
each with 36 signal lines and 72 
signal return lines terminated to 
40-pin connector. 
1 .5 foot: Two transmission line 
cables, each with 22 signal lines 
and 44 signal return lines termi- 
nated to 26-pin connector. 
Termination 

6 foot: The interface assembly con- 
tains receivers for data, address, 
and control from the 8086/8088 
Emulator Processor Module. 
1.5 foot: Address and data lines 
terminated with Schottky diodes. 
Control lines driven by pod are 
Schottky terminated. Input lines to 
the emulator are received with hys- 
teresis inputs. Clock, Ready NMI, 
and INT inputs are buffered in the 
probe to maintain signal quality 



Real-Time Prototype Analyzer 



The Real-Time Prototype 
Analyzer, Option 01 for the 8550 Mi- 
crocomputer Development Lab, is 
comprised of a real-time trace 
module, a data acquisition inter- 
face, and an 8 channel general 
logic probe. This option provides a 
real-time trace of the user program 
executing on the emulator pro- 
cessor, with 43 channels of data 
acquired simultaneously The pro- 
totype address bus, data bus, con- 
trol bus, and any eight external loca- 
tions on the prototype circuit may be 
monitored without slowing up the 
operational speed of the processor. 
The Real-Time Prototype Analyzer 
is indispensable when isolating crit- 
ical timing errors and hardware/ 
software sequence discrepancies 
during the final integration phases 
of prototype development. 

The analyzer module is a 
separate plug-in circuit card that 
may be inserted into the 8550 sys- 
tem mainframe. The P6451 Probe 
connects to the prototype circuitry 
and permits data transference from 
the prototype to the analyzer. Data 
from the prototype is buffered and 
driven by the probe to the data ac- 
quisition interface, and then loaded 
into the analyzer module's realtime 
trace buffer. 

As the user program executes 
on the emulator processor, 48 bit 
data words are sequentially ac- 
quired from the prototype and 
loaded into the real-time trace buf- 
fer. Each data word contains 16 bit 
data from the address bus; 8 bit or 
16 bit data from the data bus; 8 bit 
data from the test probe; 3 bit data 
identifying cycle type (read, write, 
I/O, memory or instruction fetch); 
and 5 bit data used internally to 
identify last start/stop of the 
emulator processor. The analyzer 
will continue to acquire these se- 
quential cycles of logic input until 
the processor is stopped or the 
real-time trace buffer is frozen by a 
specified trigger occurrence. The 
real-time trace buffer can retain up 
to 128 data words in pre-, variable 
center, or post-trigger modes; thus 
enabling the storage of pertinent 
program bus transactions. 



The Real-Time Prototype 
Analyzer offers expanded break- 
points to aid in efficient location of 
prototype problems. Two event 
comparators located within the 
analyzer module can be utilized to 
halt program execution and stop 
real-time trace. A trigger may be 
generated on any specific data oc- 
currence in the address bus, data 
bus, test probe input, and instruc- 
tion cycle type. Triggering may be 
immediate; delayed by counting the 
number of passes; or delayed by 
counting the number of clock select 
outputs (clock select may be by 
microseconds, milliseconds, 
emulator clocks, etc.). In addition, 
an output pulse may be generated, 
via the data acquisition interface, to 
trigger a logic analyzer or an oscil- 
loscope. 

The two event comparators 
(triggers) may be set to designate a 
break or halt in the program execu- 
tion. These comparators may be 
used as independent breakpoints; 
or they may be used together to en- 
able a breakpoint on a specific 
event combination. The program 
execution can be halted when two 
trigger events occur simultane- 
ously; when one trigger event pre- 
cedes another; or when either trig- 
ger event occurs. When a break in 
the program execution takes place, 
program transactions stored in the 
real-time trace buffer may be dis- 
played or printed. 

Data stored in the real-time 
trace buffer is displayed sequen- 
tially in the order it was acquired 
from the prototype. Buffer content 
may be displayed in whole or in 
part. Optional command parame- 
ters are available to limit the storing 
of data to any specific transaction 
type, such as memory reads only If 
the total buffer contents are dis- 
played, a blank line will separate the 
data sequence associated with 
each program starting point. 

The Real-Time Prototype 
Analyzer features a convenient and 
easy-to-understand display format. 
With this format, the address loca- 
tion, data, probe input, and control 
bus data of each acquired transac- 
tion are displayed. Ifthetransaction 
was an instruction fetch, the instruc- 
tion is also disassembled into the 
appropriate mnemonic readout 
unique to the emulator type being 
used. 



The Real-Time Prototype 
Analyzer functions in all emulation 
modes and operates with all com- 
mercial microprocessors sup- 
ported by the 8550 MDL. 

Input/Output Characteristics 
Variable Threshold 
Range >+10Vdcto 

<-10Vdc 
Preset TIL 
Voltage -h1.4Vdc ±200 

mV 
Event Trigger High level voltage 
Out out (when Vcc = 

Min, Vi ± 0.5, Ro = 

50ntoGND)is>2 

Vdc. 

Adjustments: Variable Threshold 
may be adjusted from > +1 V do to 
<-10 V do with a screwdriver ad- 
justment accessible at the rear 
panel of the Microcomputer Lab. 
This voltage must be monitored with 
a voltmeter having an input imped- 
ance of at least 10 MCI. 

Jumpers: With the internal jumper in 
position '0-3' the clock threshold is 
designated to be the same as 
channels 0-3. In position '4-7' the 
jumper designates the clock 
threshold to be the same as chan- 
nels 4-7. 

Cable Length: 50 cm (19.5 in). 



30 



Trigger Trace Analyzer 



The Tektronix Trigger Trace 
Analyzer is designed specifically 
for use with either the Tektronix 8550 
Microcomputer Development Lab 
or the 8540 Integration Unit. As 
such, it is totally compatible with 
8-bit and 16-bit support offered 
for either of these 8500-Series 
systems. 

The primary function of the 
Trigger Trace Analyzer is to capture 
the real-time execution of code on 
the bus of the prototype system 
under design. This capture includes 
all address and data flow plus con- 
trol information specific to the pro- 
cessor to be used for the prototype. 
In addition, an external acquisition 
probe allows up to eight channels of 
prototype hardware logic to be cap- 
tured and displayed along with the 
bus information. 

To capture specific bus trans- 
actions and hardware events, the 
Trigger Trace Analyzer has four trig- 
ger channels that simultaneously 
monitor prototype software execu- 
tion and other logic transactions. 
These channels can be used inde- 
pendently or interactively to initiate 
atriggerupon detection of pertinent 
data generated from interaction of 
the emulator processor and pro- 
totype. For user convenience when 
programming the Trigger Trace 
Analyzer, address information can 
be represented by a series of sym- 
bolic labels and expressions de- 
termined by the user. Also, informa- 
tion acquired from the prototype 
address and control buses is dis- 
played in disassembled 
mnemonics native to the processor 
in use. 

62 Channels of real-time data 
acquisition 

The Trigger Trace Analyzer 
(TTA) is a modular option used to 
monitor and store real-time execu- 
tion of code on the prototype bus as 
generated by the emulator pro- 
cessor. This processor may be any 
one of the 16-bit or 8-bit processors 
supported by the Tektronix 8500- 
Series systems. On each cycle the 
TTA can acquire up to 1 6 bits of data 
bus information, up to 24 bits of ad- 
dress information and up to 14 con- 
trol bits. The particular nature of the 
control bits is dependent on the 



specific emulator being used. Each 
8500 Series-Emulator package de- 
fines and identifies the signals that 
are supported. 

In addition to prototype bus in- 
formation, the TTA can acquire up to 
eight channels of hardware logic 
through a Tektronix P6451 probe 
with inputs that are either TTL or 
plus or minus 10 volt variable 
threshold. This probe is part of the 
TTAs Acquisition Interface. The Ac- 
quisition Interface includes a BNC 
input for an event qualifier signal 
that is assignable to any of the TTAs 
fourtriggerchannels. Also included 
are BNC outputs for the TTAs four 
trigger signals. 

Real-time data acquired from 
the prototype bus and/or hardware 
points is captured by a high-speed 
buffer, the acquisition trace mem- 
ory This memory is up to 62 bits 
wide and 255 words deep, and is 
able to resolve bus cycles up to 125 
nanoseconds. To optimize the 
capability of the acquisition trace 
memory the TTA also allows data 
storage qualification based on the 
event defined by trigger channel 
four. 

Four trigger channels 

Each of the TTAs four trigger 
channels consists of a word recog- 
nizer and 16-bit counterthat may be 
used together or independently to 
produce atrigger (see figure 1). 
Each channel's word recognizer 
simultaneously monitors all of the 
emulator bus and external hard- 
ware acquisition bits plus four more 
bits representing feedback from 
each channel's counter output. On 
each bus cycle, the word recog- 
nizer looks for a specific value that 
has been programmed by the user. 
The data and address portions of 
the word recognizer will accommo- 
date a range (e.g., 01237H to 
35798H) as well as an individual 
value, and can also exclude a range 
or individual value. Any of the ad- 
dress, data, and probe signals may 
also be set to a "don't care" value. 

When the data present during 
a prototype bus cycle agrees with 
the preprogrammed word recog- 
nizer value, the word recognizer 
outputs an active EVENT signal. If 
the channel's counter output is also 
in an active state, the channel will 
produce atrigger signal. An active 



EVENT signal can also be used to 
increment/decrement any chan- 
nel's counter. 
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When a given channel's pre- 
programmed word recognizer and 
counter values come true, the 
channel produces an active trigger 
output. The word recognizer and 
counter can both be used inde- 
pendently to produce a trigger by 
setting the value of the other to 
"don't care." Also the user may pro- 
gram the counter output to be con- 
stantly active, allowing the word 
recognizer to independently pro- 
duce atrigger. 

Each channel's counter is 16 
bits (64K). The counter can be pro- 
grammed to access 17 different 
counting sources including five 
clock speeds and trigger signals 
from other channels. It may be pro- 
grammed to count up or down to a 
maximum of 64K, and can be reset 
during operation. This counting 
function can be enabled immedi- 
ately or disabled by an active trig- 
ger from its own channel or the pre- 
vious channel; or by an active 
counter output from the previous 
channel. When the counter reaches 
its preset value, it can be used in 
conjunction with an active EVENT 
signal to produce atrigger; orto 
enable the next channel's counter. 

Any channel's active trigger 
output can cause a program execu- 
tion breakpoint and halt data acqui- 
sition by the TTAs acquisition trace 
memory. Once the breakpoint has 
occurred, prototype code execu- 
tion may either be stopped or al- 
lowed to continue through TTA 
breakpoint commands. Multiple 
breakpoints are possible by pro- 
gramming different triggers on dif- 
ferent channels and setting each to 
cause a breakpoint. 



Up to four prototype events 
occurring on consecutive bus cy- 
cles can be linked to form a single 
trigger. Each event is assigned to a 
different channel's word recognizer 
and then linked through a CONS 
command (see table 1), that also 
specifies the type of bus cycle. 
When the prototype events occur in 
the order specified, the last event 
causes a trigger. 

Besides triggering capa- 
bilities, two other items extend con- 
trol over data acquisition. One is 
data qualification, which uses the 
event programmed into channel 
four as a determinant for data stor- 
age in the acquisition trace memory 
(see figure 2). When the acquired 
prototype information agrees with 
event four programming, it is com- 
mitted to memory. Another com- 
mand allows pre-, center- or post- 
trigger triggering, which deter- 
mines the position of the trigger 
event in relation to the acquired 
data. In this manner the user can 
acquire events leading up to the 
trigger, following the trigger, or 
evenly distributed on either side of 
the trigger. 

The TTA package includes a 
powerful command set similar to 
UNIX and a display capability to 
enhance the user's speed and effi- 
ciency. A command summary is 
provided in table 1. 



Table 1. TTA Command Set 



Command 



Description 



acq Acquire data: Controls data storage in the high-speed trace buffer; 

allows event four parameters to act as a storage qualifier when 

specified, 
ad Address comparator: Programs address portion of each channel's 

word recognizer, 
bre Breakpoint control: Halts TTA data acquisition when a specified 

channel's trigger output goes active; includes option to let prototype 

continue executing code 
bus Bus/control signals comparator: Programs control bus portion of each 

channel's word recognizer; specific control signal mnemonics 

supplied with each emulator package 
cons Detect consecutive cycles: Specifies sequence in which trigger 

channel events must come true to cause a data acquisition trigger; 

selects type of bus cycle to be used 
ecu Counter programming: Determines countervaluethatwill cause active 

counter output; includes increment/decrement select, counting 

source select, and reset function 
ctr Counter output feedback: Programs counter output feedback portion 

of each channel's word recognizer 
data Data comparator: Programs data portion of each channel's word 

recognizer 
disp Display acquisition memory: Displays acquired bus activity in 

disassembled mnemonics native to the emulator processor in use 
eve Event comparators: Single command allowing all of a channel's word 

recognizer values to be programmed at once 
pro External probe input comparator: Programs probe input portion of each 

channel's word recognizer (8 bits) 
qua External qualifier comparator: Programs external qualifier portion of 

each channel's word recognizer (single bit received via BNC input) 
tclr Clear an entire trigger channel (event, counter and breakpoint) 

ts Trigger status display: Shows all trigger information currently 

programmed on each of thefourtriggerchannels including breakpoint 

status 



Probe - 



Micro 
Dependent ' 



Counter - 



External 
Qualifier 



Clocl^ ^y_ 

Sources 



COMPARATOR 



Event 
■ Output 



16-BIT 
COUNTER 



O- 



Trigger 
Output 



Figure 1. TTA Channel Configuration 
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The Memory Allocation Controller 

The Memory Allocation 



Controller is an option to be used 
with the 68000 and Z8000 support 
packages. It allows full support of 
these processors' address ranges, 
as well as support of the 6 address 
spaces of the Z8000 and the 4 
address spaces of the 68000. 
Memory is allocated in 4K blocks 
over the entire address range, and 
can also be allocated as. existent 
and non-existent, in which case any 
read or write to non-defined 
memory will be flagged as an error 
condition. 




512k 



8540 


Microprocessor 


Program 


Memory Address 


Memory 


Space 



Memory Allocation allows program memory 
to be assigned to different logical addresses 
within the microprocessor address range. 
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Assemblers 

The 8500 Series Microcom- 
puter Development Lab Assembler 
packages offer time-saving macro, 
language extension, Library 
Generator, and Linker features. 
Macros enable the programmer to 
write a segment of source code only 
once, and call it up for in-line code 
expansion as often as required. 
Language extensions expand pro- 
gramming capabilities. The Library 
Generator provides facilities to save 
libraries of commonly used sub- 
routines for current and future pro- 
gram applications. The linker col- 
lects object modules and puts them 
in a specified order from any 
number of designated object or li- 
brary files. 

Assembler software opera- 
tions are fundamentally the same for 
every microprocessor supported, 
making it easier forthe programmer 
to change from working with one 
brand of microprocessor to another. 
Each assembler recognizes a dif- 
ferent instruction set, different regis- 
ters, and different addressing 
modes. However, the programmer 
may use the same assembler direc- 
tives, operand expressions, sym- 
bols, constants, and advanced 
programming features (such as 
macros and language extensions). 

Language extension functions 
provide additional programming 
capability through logical, numeric, 
and string functions. These stand- 
ard, pre-defined functions return a 
value when used in an expression. 



Operand expressions may 
contain bit and string manipulations 
and special assembler functions as 
well as standard arithmetic opera- 
tions. Data constants may be en- 
tered as numbers in binary octal, 
decimal, or hexadecimal notations, 
or as strings of ASCII characters 
enclosed in quotes. Assembly-time 
string manipulation is allowed, in- 
cluding the use of variable-length 
strings both inside and outside of 
macros. 

Assembler directives are 
available to define data items, con- 
stants, and variables, provide in- 
formation to the linker, control mac- 
ros and conditional assembly and 
to specify optionsforthe assembler 
listing. The assembler listing shows 
the source code, the generated ob- 
ject code, any error messages with 
descriptions, and the symbol table 
produced by the assembler. 

All 8560-based assemblers 
and all 8550-based 16-bit as- 
semblers are large address space 
(LAS) assemblers, which support 
additional features, including full 
16-bit addressing capabilities, a 
cross-reference listing of symbols, 
and the ability to specify classes of 
logically related sections (for 
example, all sections to be placed 
in RAM). 

Library 
Generator 

A general-purpose utility pro- 
gram, the Library Generator is 
available to create and maintain ob- 
ject module libraries. These librar- 
ies may contain up to 100 modules 
from any numberofobjectfiles. Ob- 
ject modules in library files can be 
individually accessed by the Linker, 
based on information provided in 
each object module. The pro- 
grammer can modify library files 
by inserting, deleting, or replacing 
object modules. 

Library Generator commands 
may be entered through the MDL 
system terminal or through a com- 
mand file. When generated, the Li- 
brary Generator listing shows the 
commands executed, global sym- 
bols, and a summary of Library 
Generator activity 



Linker 



The Linker merges one or 
more independently-assembled 
object modules into a load file that is 
suitable to load into MDL program 
memory The load file contains 
executable program instructions 
and data. Exclusive address ranges 
that each program section will oc- 
cupy are assigned. Any conflicts 
are noted on the Linker memory 
map. 

Any of the following attributes 
may be defined or changed at link 
time: relocation type of a section of 
object code, exact or approximate 
location of a section in memory 
values assigned to global symbols, 
and the transfer address. The pro- 
grammer may specify simple linking 
operations with a single command 
line. Special or complex operations 
can be specified with a series of 
linker commands entered interactiv- 
ity from the terminal or from a com- 
mand file. 

In addition to the load file, the 
linker produces a listing with a de- 
tailed account of linker activity in- 
cluding the commands executed, 
global and internal symbols used, 
and memory and module maps. 
Linker statistics such as the number 
of errors, undefined symbols, mod- 
ules, sections, and the transfer ad- 
dresses are also listed. 
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Pascal 
Compilers 

Pascal, a high-level pro- 
gramming language, is receiving 
much attention in the electronics in- 
dustry. Features such as program 
structure, strong data typing, and 
readability greatly enhance pro- 
grammer efficiency and thereby 
reduce software development and 
maintenance costs. The Tektronix 
Pascal Compiler is asuperset of the 
ISO draft standard Pascal. A true 
compiler rather than a P-code in- 
terpreter, the Pascal Compiler gen- 
erates object code directly Each 
program statement is translated to 
machine code only once instead of 
every time the statement is exe- 
cuted, resulting in faster and often 
more compact code. 

Standard Pascal Features 

Pascal is a block-structured 
language that allows the program to 
be divided into sub-programs 
called procedures and functions. 
This block structure encourages 
programmers to logically plan and 
construct programs, so debugging 
time is greatly reduced. The block 
structure also requires that all vari- 
able declarations occur prior to 
executable code. 

Pascal's six control structures 
correspond closely with flowchart 
elements and make algorithm cod- 
ing very natural. All control struc- 
tures have a single entrance and 
exit unless GOTO's are used, so 
program modifications are unlikely 
to introduce errors into the program. 

Pascal allows programmers to 
use many flexible forms of data rep- 
resentations and to define data 
types that accurately express their 
particular problems. Pascal also 
has strong data typing, which 
means that each variable must be 
defined as a single data type prior 
to its use and used consistently with 
its definitions. 



Pascal programs are easy to 
ready and thus to maintain. Pascal 
differs from most line-oriented lan- 
guages by allowing extra spaces, 
tabs, and carriage returns almost 
anywhere. Variable, procedure, and 
function names can be meaningful 
and easily understood because 
they are not restricted in length. 
However, identifiers used by 
DOS/50 must be unique in the first 
eight characters, other identifiers, in 
the first 19. 

Included with the Pascal 
Compiler are several predefined 
procedures and functions used for 
chip-level I/O. A procedure to send 
data to a specified port are in- 
cluded. These procedures and 
functions are analogous to the 
standard Pascal WRITE, WRITELN, 
READ, READLN procedures, which 
are available for mode or 1 opera- 
tions. 
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Tektronix Pascal Compiler Major 
Extensions 



Separate Compilations 

Separate compilations are 
supported by the Pascal Compiler. 
The main program module's first 
word is the keyword "PROGRAM." 
Submodules to be separately com- 
piled begin with the keyword 
"MODULE." Global variables, pro- 
cedures, and functions can be ref- 
erenced between separately com- 
piled modules and the main pro- 
gram via PUBLIC and EXTERN at- 
tributes. The PUBLIC and EXTERN 
attributes are associated with vari- 
ables, procedures, and functions 
and cause the compiler to generate 
the appropriate linker text. 

Linkage to Assembly Routines 

Speed-critical or timing- 
critical applications are likely to re- 
quire some program segments to 
be written in assembly lanaguage. 
Because the code generated by the 
Pascal Compiler is compatible with 
the linker, assembly code can be 
linked to Pascal code. 

Interrupt Handling 

The Pascal Compiler supports 
full use of interrupts. The interrupts 
are supported by writing the inter- 
rupt service routine as a separate 
procedure having the INTERRUPT 
attribute. Separate routines are re- 
quired to connect a specific inter- 
rupt vector to the appropriate inter- 
rupt service routine. The interrupt 
service routines are included as 
convenience routine with the 
compiler. 

Input/Output 

Included with the Pascal 
Compiler are several predefined 
procedures and functions used for 
chip-level I/O. A procedure to send 
data to a specified port are in- 
cluded. These procedures and 
functions are analogous to the 
standard Pascal WRITE, WRITELN, 
READ, READLN procedures, which 
are available for model or 1 opera- 
tion when using the operating sys- 
tem I/O. All of the I/O capability is 
available to a Pascal program run- 
ning inemulation modeOorl, so the 
Pascal program can access the 
console terminal, discs, line printer, 
and auxiliary I/O ports. The Pascal 



Compiler also allows an ORIGIN 
attribute to be associated with vari- 
ables. The ORIGIN attribute as- 
signs variables to specific memory 
addresses and is very useful for 
memory-mapped I/O. 

Non-Decimal Integers 

In many microcomputer ap- 
plications, programmers want to 
use non-decimal integers. The Pas- 
cal Compiler supports binary octal, 
and hexadecimal integers for input 
and output. 

ROM/RAM Applications 

ROM/RAM applications are 
facilitated by control-section typing. 
Control-section typing means that 
the compiler gives the user the in- 
formation he needs to allocate pro- 
gram variables into a linker section 
separate from literals, constants, 
and instructions, which are put into 
a second linker section. 

Structured Constants 

Standard Pascal allows only 
constants of type, integer, real, boo- 
lean, and text char. The Pascal 
Compiler also provides constants 
which are arrays, and records. The 
most common application of struc- 
tured constants is to initialize struc- 
tured variables (arrays and records) 
that must reside in potentially vol- 
atile RAM. 

Metacommands 

Metacommands are compiler 
directives that cause the compiler to 
do such thing as format the listings 
or generate run-time debugging 
code. 

MDL//X 

Compilers 
Features 

An expanded form of ANSi 
Minimal BASIC, the MDL//>t Com- 
piler is a high-level language de- 
signed specifically for 
microprocessor-based produc.t 
development. A system option 
available with the -8500 series 
Microcomputer Development Labs, 
MDL/jit supports software devel- 
opment for the 8080A, the 8085A 



and the 8080A subset of the Z80 
microprocessors. A second system 
option supports software develop- 
ment for the 6800, 6802, and 6808 
microprocessors. 

Like Minimal BASIC, MDUfx is 
easy to learn and use. Offering ad- 
ditional advantages such as in- 
creased flexibility in variable name 
and string definition, direct access 
to I/O ports and absolute memory 
addresses, MDUfi also provides 
enhanced function, statement and 
operator capabilities. 

The MDUfjL Compiler pro- 
duces executable, not interpreted 
assembly language code. Each 
program statement is compiled into 
machine code only once, instead of 
every time the statement is exe- 
cuted. Thus, fewer operations result 
in faster and often more compact 
code for final program execution. 

MDL//X makes possible a 
module-oriented approach to 
software development. The pro- 
grammer may create user-defined 
libraries of assembly language 
code or may use routines from the 
MDL/^ support routine library 
These callable routines are stored 
on flexible disc in object code and 
are brought into the main program 
at link time. All support routines ex- 
cept those relating to I/O activities 
are serially re-entrant; that is they 
use no temporary values other than 
those in the registers and on the 
stack. Register contents are saved 
when an interrupt occurs and 
restored when the interrupt is 
completed. 

An additional feature of the 
MDL/jLt Compiler is that two state- 
ments, USES and PROVIDES allow 
variables, functions and proce- 
dures to be shared by programmers 
working on different modules of the 
main program. 
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With MDUjui, variable names 
and strings are expanded over 
those available with Minimal BASIC. 
Variable names can contain up to 
six characters; the first alphabetic 
and the others alphanumeric, for 
easy identification during program 
development. Strings can vary in 
length from 1 to 255 characters in- 
stead of the unalterable 18 used in 
Minimal BASIC. Substring replace- 
ment is also enhanced to assist in 
character manipulation. 

Useful I/O features, not avail- 
able with Minimal BASIC, include 
access to ports and absolute ad- 
dressing of memory The source 
program has direct control of the 
microprocessor's I/O structures 
and memory Both I/O and memory 
can be accessed from the program 
as variables. A set of I/O statements 
including OPEN, CLOSE, RE- 
STORE, READ, WRITE, PRINT and 
INPUT allows both ASCII and 
general-purpose binary file 
manipulation. 

Among the many MDU/jl en- 
hancements to Minimal BASIC are 
logical operators such as AND, OR, 
XOR, and NOT Other enhance- 
ments include shift and rotate oper- 
ations for bit manipulation. DIS- 
ABLE and ENABLE to turn the inter- 
rupt off and on, and built-in code 
optimization. 



Since the MDL/^a compiler 
outputs assembly language source 
code. Compiler output may be 
listed and edited. Editing allows the 
programmer to optimize sections of 
code, modify routines for specific 
needs, or place comments in the 
assembly language code. The 
MDUfji source code appears as 
comments within the assembly lan- 
guage compilation. 

The conversion of MDL/^ 
source code to actual machine 
code is a three-step process. The 
first step converts MDUfi source 
code into assembly language 
source code which is stored on afile 
or device. The assembly source 
code contains the original MDL/^ 
statements as comments preced- 
ing each block of assembly source 
code. At this stage, the assembly 
language can be further optimized 
by using the 8550's powerful editor. 
In the second step the assembler 
converts the assembly language 
source into object code. The third 
step is to link the object code with 
the run time support library and any 
other assembled object code mod- 
ules. 
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Advanced CRT-oriented Editor 



The Advanced CRT-oriented 
Editor, optional support software 
available with the 8550/8560 
Microconnputer Development Labs, 
eases program creation and editing 
tasks. This state-of-the-arts text 
manipulation program may be used 
as an alternative to replace the 
standard 8500 series line oriented 
editor. 

With the Advanced Editor, 
programmers may conveniently 
view and edit the program text. A 
window, the CRT shows the text sur- 
rounding the Advanced Editor's 
pointer. The text can be edited 
either as a sequence of lines or as a 
stream of characters. 
Screen Oriented Editing 

The Advanced Editor divides 
the display screen of the CRT into 
two areas: a monitor area to display 
messages and where command 
parameters are input, and a window 
area to display text that is being 
edited. The window constantly 
shows the text surrounding the cur- 
sor, a visible pointer in the window 
area of the screen. The cursor is 
moved by the user to the specific 
character within the text where edit- 
ing will occur. Text displayed in the 
window can be moved both hori- 
zontally and vertically to bring dif- 
ferent parts of the file into view. After 
an edit command has been pro- 
cessed, the window will display the 
change(s) made to the text. 

Cliaracterand Line 
IVIanipulation 

It is often desired to edit text at 
one place as a sequence of lines 
and at another place as a stream of 
characters. The Advanced Editor is 
versatile, permitting both character 
and line manipulation. Character 
manipulation features allowthe user 
to define "wild card" characters for 
pattern searching, find or find and 
replace multiple occurrences of a 
character string, advance charac- 
ters to the beginning or to the end of 
a file or to insert or delete charac- 
ters. Other character manipulation 
capabilities such as overtyping, 
copying from one position to 
another, and changing alphabetic 
character case can also be ac- 
complished. Line manipulation fea- 
tures include: insertion and deletion 



of lines, advance lines, split one line 
into two and combine two lines into 
one. The operator can, at any time, 
use line-oriented commands or 
character-oriented commands. 

During execution of the Ad- 
vanced Editor, the user may define, 
view and invoke macros. The use of 
macros allows the user to define a 
sequence of Advanced Editor 
commands that may be called 
many times during an editing ses- 
sion. Additionally the Advanced 
Editor can be invoked from a pro- 
cedure file and process commands 
from a command file. 
Terminal Selection 

The Advanced Editor is confi- 
gured to operate with the Tektronix 
CT8500 CRT Terminal. For optimum 
performance and software support 
under the license agreement, Tek- 
tronix recommends the CT8500. 
The Advanced Editor may be con- 
figured to operate with alternate 
CRT terminals. Depending on the 
terminal functions, come degrada- 
tion may occur. While the Advanced 
Editor is designed to work with ter- 
minals of varying characteristics, 
Tektronix does not warrant and may 
not support the Advanced Editor 
with terminals other than the 
CT8500. 

The Advanced Editor requires 
64K bytes of program memory for 
correct operation. At no time does 
the size of the workspace affect the 
size of the file that can be edited. 

Software 

Support 

Services 

Assembler support software 
are in Software Category B which 
specifies the following support: Dur- 
ing the 90 day period following 
shipment of SOFTWARE to the cus- 
tomer, if the customer encounters a 
problem with the SOFTWARE which 
his diagnosis indicates is caused 
by a SOFTWARE defect, the cus- 
tomer may submit a Software Per- 
formance Report (SPR) to Tektronix. 
Tektronix will respond to problems 
reported to SPRs which are caused 
by defects in the current unaltered 
release of the SOFTWARE via the 



Maintenance Periodical for the 
SOFTWARE, which reports code 
corrections, temporary corrections, 
generally useful emergency by- 
pass and/or notice of the availability 
of corrected code. Software 
updates, if any released by Tektronix 
during the 90 day period, will be 
provided to the customer on Tek- 
tronix' standard distribution media 
as specified in the applicable Data 
Sheet. The customer will be 
charged only for the media on which 
such updates are provided, unless 
otherwise stated in the applicable 
Data Sheet, at Tektronix' then cur- 
rent media prices. 
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Periphi^rals 
Accessories 

jyiicrocomputer Development 
Lab Workshops 




CT8500 
Terminal 



The CT8500 Terminal is an op- 
tional peripheral recommended for 
use with the Tektronix 8550/8560 
IVIicrocomputer Development Labs. 

The CT8500 can display a full 
25 lines at 80 characters per line on 
its 12-inch diagonal display screen. 
A complete set of upper- and lower- 
case ASCII characters is provided. 
The green-on-black display with ad- 
justable brightness level is easy to 
read and can reduce eye fatigue in 
extended use. 

The detachable keyboard for 
the CT8500 Terminal is arranged in 
an office typewriter configuration to 
aid new user familiarity Eight pro- 
grammable function keys can be 
user-defined. Up to a 64-character 
command or character string can 
be generated with a single key 
stroke. The two page memory of the 
CT8500 allows buffering and scroll- 
ing of up to 4,000 characters. Visual 
field attributes of blink, reduce, in- 
verse, underline, and blank, as well 
as seven combinations of these at- 
tributes can be obtained. Alterna- 
tive modes of operation allow the 
terminal to be used for local editing 
or to be controlled by a host com- 
puter using the many available re- 
mote commands. Other terminal 
operating modes are described in 
the following paragraphs. A list of 
remote commands is also include "* 




Terminal Modes 

Local. Off line data entry with full 
editing capability Block mode 
transmission by page or line. 

Remote Power Up. Full duplex 
character-by-character transmis- 
sion. Local functions active include: 
full editing capability two page 
download memory with paging and 
scrolling. 



Remote-Host Control. Full duplex 
character-by-character transmis- 
sion. Remote Power Up local func- 
tions are disabled. Keys transmit a 
two byte code sequence to the host. 

Monitor. Displays all transmitted 
characters, including control 
characters. 

Test. Provides verification of the 
display unit capabilities. 

Learn. Allows the terminal to learn 
the user definition of the eight pro- 
grammable function keys. 

Communications 

The CT8500 Terminal can 
interface with the 8550/8560 Micro- 
computer Development Labs 
through an El A standard RS-232-C 
interface. Selectable baud rates 
are: 110, 150, 300, 600, 1200, 2400, 
4800, and 9600 externally 
switched. Communication between 
the terminal and associated Lab in- 
strument is full duplex with parity 
enable-disableviaS meter (approx- 
imately 10 foot) interface cable. 

Display Parameters 

Alphanumeric Mode Format: 25 

lines at 80 characters per line 

Memory: Two pages (50 lines x 
80 characters per line = 4000 
characters) 

CRT Size: 304 mm (12 inch) 
diagonal 

CRT Type: Non-glare (P31 
phosphor) 

Refresh Rate: 50 or 60 Hz, switch 
selectable 

Visual Attributes: Blink; Reduce; 
Blank; Inverse; Underline; Blinkand 
Underline; Blinkand Reduce; Blink 
and Inverse; Reduce and Under- 
line; Blink, Reduce and Underline; 
Inverse and Reduce; Blink, Inverse 
and Reduce 

Electrical Characteristics 

AC Power 

Input Voltage Selection: 1 15 or 230 

VAC switch selectable at 50 or 
60 Hz. 



Power Consumption: 65 Watts 
maximum. 

Environmental Characteristics 

Operating Temperature Range: 10° 

to40°C(50°to104°F) 

Storage Temperature Range: -55° 
to75°C(-67°to167°F) 

Operating Altitude Range: Sea level 
to 3 000 m (10,000 ft) 

Storage Altitude Range: Sea level to 
12 000 m (40,000 ft) 

Operating Humidity: To 90% relative 
noncondensing 

Physical Characteristics 

Cabinet Dimensions: 

Height = 318 mm (12.5 in) 
Width = 456 mm (18 in) 
Depth = 508 mm (20 in) 

Keyboard Dimensions: 

Height = 76 mm (3 in) 
Width = 456 mm (18 in) 
Depth = 222 mm (8.7 in) 

Total Weight: 19.2 kg (42.5 lbs) 

Keyboard Characteristics 

Detached 79 key with auto re- 
peat. Separate cursor positioning, 
programmable tab, backspace, 
eight programmable function keys, 
edit capability 

Remote Command 
Descriptions 

1 . Load or read cursor address 

2. Start or stop visual attributes 

3. Keyboard lock or unlock 

4. Transmit page or line 

5. Cursor on or off 

6. Test CRT 

7. Set horizontal split screen 

8. Set or clear column tab 

9. Insert or delete line or character 

1 0. Clear screen or clear all pages 

1 1 . Erase to end of line or end of 
page 

12. Home 

13. Tab forward or reverse 

14. Cursor up, down, right or left 

15. Scroll up or down 

16. Read top line address 

17. Page 1 or page 2 

18. Page down or up 

19. Enter Local mode 

20. Enter Power Up mode 

21 . Enter Host Control mode 

22. Learn mode status 

23. Enter and exit learn mode 

24. Enter and exit monitor mode 
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4643 Printer 



SPECIFICATIONS 

Performance Characteristics 

Printing Speed: 

340 characters per secor^d 
Character Density: 
Condensed: 218 characters/line 
Standard: 132 characters/line 
Expanded: 72 characters/line 
Throughput Rate: 
132 Columns Wide: 125 lines/ 
minute 

72 Columns Wide: 200 lines/minute 
40 Columns Wide: 300 lines/minute 
Paper Slew Rate: 
254 mm/s minimum (10 in/s 
minimum) 
Character Set: 

128 (96 ASCII plus 32 commonly 
used international characters) 
Vertical (Line) Spacing: 
2.4 lines/cm 

Horizontal (Standard Character) 
Spacing: 
3.9 characters/cm 
(10 or 5 characters/in) 
Printing Matrix: 
7-by-7 half-dot matrix 
Paper: 

Type: Continuous fan fold, edge 
perforated 

Width: 76.2mm to 406.4mm (3 to 16 
inches) at 0.7mm (0.028 inches) 
maximum thickness 
Ribbon: 

Type: Fabric, continuous loop, cas- 
sette 

Life: 5 million characters nominal life 
Power Requirements: 
90 to 140 VAC or 187 to 257 VAC 
50 to 60 Hertz; 250 Watts operating, 
125 Watts in standby. 




Physical Characteristics 

Cabinet Dimensions: 
Height: 203 mm (8 in) 
Width: 676 mm (26.6 in) 
Depth: 592 mm (23.3 in) 
Cabinet Weight: 
27.1 kg (60 lbs) 

Ordering Information 

4643 Printer 

2400 Baud Standard 

Standard Accessories 

Ribbon Cassette 118-1314-00 

Operators Manual 070-3871-00 
RS232 Interface 

Optional Accessories 

Service Manual 070-3870-00 

Pedestal 118-1335-00 

Paper Basket 118-1316-00 

Options 

Opt. 1 — Parallel interface 

Opt. 2 — Specify Baud Rate 

110, 150, 300, 600, 1200, 4800, 9600 

Long, reliable service can be 
expected from the 14-wire matrix 
head component. The 4643 backs 
up the printing of each character 
with more head wires to assure an 
expected (head) life of more than 
300 million characters with no main- 
tenance. This figure normally 
means at least two full years of con- 
tinuous work from a single matrix 
head. The fabric ribbons continu- 
ous loop cassette is usable for at 
least 5 million characters. Both the 
matrix head and ribbon cassette are 
quickly operator-replaceable, 
eliminating the need for a service 
call. 

High quality matrix print- 
ing is assured by the unique 14-wire 
printing head. The 7 by 7 format 
print font permits easy reading and 
the operator can specify con- 
densed, expanded or standard 
characters. In the condensed 
(character) face, the 4643 prints out 
a 132-character line format on an 
8y2 by 11 inch sheet. 

Because the 4643 uses im- 
pact printing, six very legible copies 
(including five NCR or carbon 
copies) can be made to save time 
and avoid the expense of photo 
copies. 



Make output simply with 
the easy-to-use 4643 Printer. The 
few operator controls needed are 
conveniently clustered at the front of 
the machine. 

No attendance is necessary 
when the 4643 is running because 
the paper supply sensor automat- 
ically lets the machine print to the 
end of the lastform. With eitherfront, 
backer bottom loading ports, load- 
ing the machine is also an easy 
task. The operator may quickly posi- 
tion the paper to be loaded with the 
help of built-in horizontal and verti- 
cal alignment guides. 

Compatibility. The printer of 
choice for high technology sys- 
tems, the standard Tektronix 4643 is 
RS232 compatible and can be inter- 
faced with most standard RS-232 
data processing instruments and 
systems. Option 1 provides a paral- 
lel interface. The 4643 is compatible 
with the following Tektronix prod- 
ucts: 4010 and 4110 Series Termi- 
nals, 4020 Series Terminals, and 
4050 Series Desktop Graphic 
Computing Systems; the 8001, 
8002A, 8540, 8550 and 8560 
Microprocessor Labs; the S-3250, 
S-3270 and S-3280 Semiconductor 
Test Systems; the 7612D and 7912D 
Programmable Digitizers, 
grammable Digitizers. 

A low cost alternative to 
conventional line printing, the 
Tektronix 4643 Printer provides fast, 
high-quality impact printing that is 
suitable for most data processing 
applications. With high reliability 
built in, the 4643 is a convenient and 
economical choice requiring no 
preventive maintenance and in- 
frequent servicing. 

Fast but not expensive, the 
4643 Printer uses bi-directional 
logic technology to print 340 
characters per second. With a full 
132 character line, speeds of 125 
lines per minute are nominal. Even 
faster throughput rates are used for 
printing graphs and tables. The 
4643 Printer rivals the speed of 
many line printers but is available 
for the modest price of a matrix 
printer. 

Practical for many appli- 
cations, this versatile printer can 
be used, for example, as a fast way 
to record the stages-in-process of 
software program development. It 
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can also provide the hard copy 
needed to analyze research and 
development. It can also provide 
the hard copy needed to analyze 
research and development data. 
Because the 4643 output is of report 
quality you need only push a button 
to generate reports on your re- 
search, programming or statistics 
directly from your data base. For 
added convenience, you'll find the 
4643 very useful in time consuming 
tasks such as label generation, pre- 
viewing text and correcting the for- 
mat of manuals or letters prior to 
typesetting. 

Virtually no maintenance 
means an even greater savings, 
and less downtime for repairs as 
well. A diagnostic display and self- 
testing routine virtually eliminate the 
need for preventive maintenance 
calls. On the infrequent occasion 
that something goes wrong, you'll 
find out directly from the machine. 

Both the matrix head and rib- 
bon cassette are quickly operator- 
replaceable, eliminating the need 
for a service call. 

PROM 
Programmer 

An optional PROM pro- 
grammer is available for use with 
the 8550 Microcomputer Develop- 
ment Lab and the 8540 Integration 
Unit. 

The PROM programmer in- 
cludes the general purpose control- 
ler board and a series of front panel 
plug-in modules. Each plug-in 
module provides support for a simi- 
lar group of PROM devices, and can 
be changed in a few seconds. Pro- 
gramming features include reading, 
writing, and comparing (for verifica- 
tion) a PROM. 

Chips currently supported 
include: 
Intel 2716 

2732/32A 

2758/2758S1865 

2816 

8741A 

8748 

8749 

8755A 
Motorola MOM 68764 

Instruments TMS2508 
TMS2516 
TMS2532 



Accessories 

Flex discs (box of 10) 119-1182-01 

RS-232 connecting cable (15 ft.) 012-0757-00 

HSI connecting cable (8 ft./2.4m) 01 2-1 009-00 

HSI connecting cable (20 ft./6. 1 m) 012-1 008-00 

HSI connecting cable (50 ft. /1 5.2 m) 01 2-1 007-00 

HSI connecting cable (250 ft./76.2 m) 01 2-1 01 0-00 

MDL Workshops 

Tektronix offers two Micro- 
computer Development Lab Work- 
shops in a number of locations 
throughout the year. The courses 
are intensive, hands-on workshops 
designed to help the attendee meet 
the demanding challenges of the 
growing microcomputer develop- 
ment market. 

The Development System in 
the Design Process Workshop 

This workshop follows the 
microcomputer based design pro- 
cess from software development 
through hardware/software integra- 
tion and PROM programming. The 
workshop emphasizes the overall 
operation of the 8550 development 
system, the DOS-50 operating sys- 
tem, and howthe 8550 supports the 
design process. 

Students will receive inten- 
sive, hands-on experience 
throughout the course for an in- 
depth understanding of all 8550 
operations. 

Topics covered include: 

■ DOS-50 in the design process 

■ 8550 Architecture 

■ DOS-50 Commands 

■ Volume Structures 

■ Program Design 

■ Editing 

■ Assembling 

■ Linking 

■ Library Generator 

■ Program Debugging 

H I/O Simulation with Service Calls 

■ PROM Programmer 

■ Intersystem Communication 

This intensive four-and-one- 
half day workshop will provide an 



educational experience for the user 
who has performed microprocessor- 
based software design at the as- 
sembly level with one or more 
microprocessors. 

Prerequisites: 

The attendee should meet 
one of the following general pre- 
requisites: 

■ Have attended the Software De- 
sign and Debugging Workshop. 

■ Have used editors and assem- 
blers or compilers on a mini- 
computer or mainframe computer. 

■ Have used a development system 
for microprocessors. 

Software Design and 
Debugging Workshop 

This workshop emphasizes 
the basics of 8-bit microprocessor 
software design. The workshop also 
covers the use of development sys- 
tems for editing, assembling, de- 
bugging, hardware/software inte- 
gration, and PROM programming. 

The course initially provides a 
brief overview of the Z80 micro- 
processor's architecture, instruc- 
tion set, and interrupt handling. The 
emphasisfortherestoftheweekwill 
be on assembly-level software 
development and in learning and 
using the techniques for debugging 
code and debugging the execution 
of the software running on the 
hardware. 

The course covers the 
following portions of the design 
process: 

■ Flowcharting 

■ Assembly-level Code 
Development 

■ Code Entry and Modification 

■ Assembling 

■ Software Debugging 

■ Real-Time Prototype Analysis 

■ PROM Programming 

This intensive four-and-one- 
half day workshop will provide an 
educational experience for the per- 
son who has limited microprocessor- 
based software design experience 
and wants to learn about software 
design and the use of the develop- 
ment system in microcomputer 
designs. 
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For further information, 
contact: 

U.S.A., Asia, Australia, 
Central & South America, 
Japan 

Tektronix, Inc. 

P.O. Box 4828 

Portland, OR 97208 

For additional literature, or the 

address and phone number of 

the Tektronix Sales Office 

nearest you, contact: 

Phone: 800/547-1512 

Oregon only 800/452-1877 

Telex: 910-467-8708 

Cable: TEKTRONIX 

Europe, Africa, 
Middle East 

Tektronix Europe B.V. 
European Headquarters 
Postbox 827 
1180 AV Amstelveen 
The Netherlands 
Telex: 18312 

Canada 

Tektronix Canada Inc. 
P.O. Box 6500 
Barrie, Ontario L4M 4V3 
Phone: 705/737-2700 

Tektronix sales and service 
officies around the world: 

Argentina, Australia, Austria, 
Belgium, Bolivia, Brazil, 
Canada, Chile, Colombia, 
Costa Rica, Denmark, East 
Africa, Ecuador, Egypt, El 
Salvador, Federal Republic of 
Germany, Finland, France, 
Greece, Hong Kong, Iceland, 
India, Indonesia, Ireland, Israel, 
Italy, Ivory Coast, Japan, 
Jordan, Korea, Kuwait, 
Lebanon, Malaysia, Mexico, 
Morocco, The Netherlands, 
New Zealand, NonA/ay, 
Pakistan, Panama, Peru, 
Phillippines, Portugal, Republic 
of South Africa, Saudi Arabia, 
Singapore, Spain, Sri Lanka, 
Sudan, Surinam, Sweden, 
Switzerland, Syria, Taiwan, 
Thailand, Turkey, Tunisia, 
United Kingdom, Uruguay, 
Venezuela, Zambia, 
Zimbabwe. 
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